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Preface 


Inventory control is a thriving research area that plays a pivotal 
role, as a building block, in supply chain planning. For this reason, 
it attracts the attention of both industry and academia. 

Selected topics from inventory control are regularly covered in 
academic programmes, at both undergraduate and graduate levels, 
offered by business schools, industrial engineering, and applied 
mathematics departments. 

Problems faced by managers who engage with the challenges 
posed by inventory systems are generally simple to state, but 
complex to address. Obtaining good solutions to these problems 
requires a blend of expertise drawn from a variety of quantitative 
disciplines, such as operations research, economics, mathematics, 
and statistics. 

The majority of existing books in inventory control theory adopt, 
in my view, an overly mathematical and abstract style of presenta- 
tion. This style appeals to researchers in the area, but makes these 
books often inaccessible to practitioners, as well as to some business 
school researchers who have not received advanced mathematical 
training such as that offered by applied mathematics, computer 
science, or industrial engineering curricula. A book with a more 
applied, hands-on focus is missing. 

This work aims to fill this void. It is aimed at those who want to 
learn the basics of modelling aspects of inventory control problems 
without needing to resort to the technical literature; at those who, 
despite lacking advanced mathematical training, want to access 
seminal findings in this field, and to apply well-established models 
by employing state-of-the-art solvers and modelling languages. 

The book requires a working knowledge of Python; it is therefore 
aimed at readers who have, at the very least, taken a basic Python 
programming course. Apart from this, the book aims at stripping 
mathematical results to the bare minimum while preserving suf- 
ficient rigour, and at focusing on the practical relevance of these 
results in the context of the implementation of solution methods for 
problems typically faced by a manager who juggles with day-to-day 
inventory control challenges. 
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The book is structured as follows. It first provides a general 
introduction to inventory systems, followed by an overview of ba- 
sic deterministic models. All these models are paired with their 
respective Python implementation, which can be tested on moti- 
vating examples that are presented throughout. After showcasing 
established models in deterministic inventory control, the reader 
is introduced to forecasting. Forecasting is often only briefly sur- 
veyed in existing books on inventory control; with the readers often 
directed to specialised textbooks, which are again often inacces- 
sible to practitioners or individuals without suitable advanced 
mathematical training. However, forecasting is a crucial aspect 
of any practical inventory challenge. This work covers the most 
well-known forecasting models in a hands-on and visually appeal- 
ing manner. The introduction of forecast errors paves the way to 
stochastic inventory control models, which are presented in the 
following sections. Once more, the most well-known stochastic 
inventory control policies are discussed in a hands-on fashion, with 
supporting code snippets and motivating examples. The last chap- 
ter briefly presents seminal results in the context of the control of 
multi-echelon inventory systems. Finally, an appendix provides 
the relevant formal backgrounds on a number of topics that are 
leveraged throughout the main chapters. 


Introduction 


This book originates as a collection of self-contained lectures. These 
lectures are divided into an introduction to inventory control, 
which outlines the foundations of inventory systems; followed 

by three chapters on deterministic inventory control, demand 
forecasting, and stochastic inventory control. 

Beside Inventory, the title of the book refers to Analytics. This 
is nowadays a concept that has been inflated with a plethora of 
meanings, so that it becomes difficult to understand exactly what 
each of us means when we refer to it. The Cambridge Dictionary* 
defines Analytics as “a process in which a computer examines 
information using mathematical methods in order to find useful 
patterns.” However, this appears to be quite a restrictive definition 
for our purposes. 

To better understand the nature of Analytics, it is useful to ob- 
serve that Analytics is often broken down into three parts: descrip- 
tive, predictive, and prescriptive. Descriptive Analytics is concerned 
with answering the question: “what happened?” Predictive Analyt- 
ics is concerned with answering the question: “what will happen?” 
Prescriptive Analytics is concerned with answering the question: 
“how can we make it happen?” These are clearly complex questions 
that cannot be answered by mere number crunching on a computer: 
to answer these questions a decision maker must leverage soft as 
well as hard skills. 

Many tend to think that the Analytics phenomenon is a recent 
development related to widespread availability of computing power. 
However, in his work “De Inventione,” the Roman philosopher 
Cicero states that “there are three parts to Prudence: Memory, Intel- 
ligence, and Foresight.” It is clear that Memory is the skill required 
to answer the question “what happened?”; Foresight, that required 
to answer the question “what will happen?”; and Intelligence, that 
required to answer the question “how can we make it happen?” 

It appears then that Analytics is just a contemporary rebranding 
of an art that has been known for millenia. Prudentia is the abil- 

ity to govern and discipline oneself by the use of reason. Inventio 
is the central canon of rhetoric, a method devoted to systematic 
search for arguments. Incidentally, inventio also means inventory. In 
fact, when a new argument is found, it is invented, in the sense of 
“added to the inventory” of arguments. Prudentia and Inventio are 
the foundations upon which the art of Rhetoric stands (Fig. 1). 


* Cambridge Dictionary, https: 
//dictionary.cambridge.org/ 
dictionary/english/analytics? 
q=Analytics 


beyde deCaerten diede Camer vande Violieren wefondt 
peprinarsladeaneweei ie Seco: 51% sei aaa 


Fig. 1 This allegorical woodcut 

shows Rhetorica enthroned between 
Prudentia and Inventio; Willem Silvius, 
Antwerp, 1561 (Image by Anonymous, 
Wikimedia, public domain). 
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It must not surprise us then that Analytics plays a prominent 
role in inventory management. Inventory management finds its 
roots into the practice of late medieval and early Renaissance 
merchants.* The invention of double-entry bookkeeping (alla 
Veneziana) is typically attributed to Fra Luca Pacioli (c. 1447 — 19 
June 1517). Pacioli leveraged Johannes Gutenberg’s new technology 
to disseminate and popularise accounting practices that had been 
in use among Venetian merchants for a long time. However, Pacioli 
did not simply disseminate existing practices, he reinterpreted 
these practices within the framework of Cicero’s rethoric.3 In “De 
Inventione,” Cicero explains that there are five canons, or tenets, 
of Rhetoric: Inventio (invention), Dispositio (arrangement), Elocutio 
(style), Memoria (memory), and Pronuntiatio (delivery). 

Pacioli’s “Tractatus de computis et scripturis” (1494, Fig. 2), is 
divided into two main sections: (i) the Inventory, and (ii) the Dispo- 
sition — the influence of Cicero’s work is apparent. Pacioli writes: 
“In order to conduct a business properly a person must: possess 
sufficient capital or credit, be a good accountant and bookkeeper, 
and possess a proper bookkeeping system.” In “the Inventory,” 
Pacioli writes “The merchant must prepare a list of his inventory. 
Items that are most valuable and easier to lose should be listed first. 
[...] The inventory should be carried out and completed in a single 
day. [...] The inventory is to include the day that the inventory was 
taken, the place, and the name of the owner.”4 In contemporary 
terms, Pacioli describes a so-called “physical inventory,” the process 
by which a business physically reviews its entire inventory — as 
opposed to so-called “cycle counts,” which focus on specific subsets 
of items. In “the Disposition,” Pacioli describes the necessary books 
and rules to implement double-entry bookkeeping.° 

Pacioli’s work represents a quantum leap in the realm of de- 
scriptive inventory analytics, a discipline that would evolve into a 
fundamental part of inventory management. However, no progress 
was made in the realm of predictive and prescriptive inventory analyt- 
ics until late 1800, when Edgeworth,® in his “Mathematical Theory 
of Banking,” used the central limit theorem to determine cash re- 
serves needed to satisfy random withdrawals from depositors, thus 
embedding a predictive probabilistic model within a prescriptive 
mathematical model to support inventory control decisions. 

From these early results, over the past 150 years, inventory 
control has evolved into an independent discipline. The aim of this 
book is to provide an introduction to this discipline. 

After introducing the foundations of inventory systems, in chap- 
ter “Deterministic Inventory Control” we survey prescriptive analyt- 
ics models for deterministic inventory control, in chapter “Demand 
Forecasting” we discuss predictive analytics techniques for demand 
forecasting in inventory control, which originate in the realm of 
time series analysis and forecasting. Finally, in chapters “Stochastic 
Inventory Control” and “Multi-echelon Inventory Systems” we 
survey prescriptive analytics models for stochastic inventory control. 


? Alfred Crosby. The measure of reality: 
quantification and Western society, 
1250-1600. Cambridge Univ. Pr., 1997. 


3 Paolo Quattrone. Books to be 
practiced: Memory, the power of the 
visual, and the success of accounting. 
Accounting, Organizations and Society, 
34(1):85-118, 2009. 
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Fig. 2 Dedication page of Pacioli’s 
“Tractatus de computis et scripturis;” 
printed by Paganino de Paganini, 
Venice, 1494 (courtesy of Wellcome 
Collection). 

4 William A. Bernstein. Luca pacioli the 
father of accounting. In The Air Force 
Comptroller, volume 10(2) of Air Force 
recurring publication 170-2, pages 44-45. 
Office of the Comptroller, United 
States Air Force, 1976. 


5 Paolo Quattrone. Governing social 
orders, unfolding rationality, and Jesuit 
accounting practices. Administrative 
Science Quarterly, 60(3):411-445, 2015. 

° Francis Y. Edgeworth. The mathemat- 
ical theory of banking. Journal of the 
Royal Statistical Society, 51(1):113-127, 
1888. 
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24. INVENTORY ANALYTICS 


Introduction 


In this chapter, we first discuss key reasons for keeping inventory 
in supply chain management, and strategies that can be adopted 
to review inventory. We then introduce a simple inventory system 
to motivate our discussion, we illustrate what costs need to be 
considered while controlling inventory, and the impact of a supplier 
lead time on the inventory system. 


¢ The role of inventory in supply chain management _ p. 25 
e¢ Asimple inventory system p. 26 


e Inventory costs p- 30 


¢ Deterministic supplier lead time Pp- 32 


The role of inventory in supply chain management 


A SUPPLY CHAIN is a system of organisations, people, technology, 
activities, information, and resources involved in moving a product 
or service from supplier to customer. 


SUPPLY CHAIN MANAGEMENT is the management of this flow of 
products and services; it encompasses the movement and storage of 
raw materials, of work-in-process inventory, and of finished goods 
from point of origin to point of consumption. Inventory systems, 
such as warehouses (Fig. 3) and distribution centers (Fig. 4), are at 
the heart of supply chain management. In the rest of this chapter 
we focus on inventory systems and we discuss their nature. 


THERE ARE THREE MAIN REASONS for keeping inventory: time, 
uncertainty, and economies of scale. 


INVENTORY counts as a current asset on the balance sheet because, in 
principle, it can be sold and turned into cash. However, inventory 
ties up money that could serve for other purposes. Moreover, it 
may require additional expense for its storage, e.g. warehouse rent, 
and protection, e.g. insurance. Inventory may also cause significant 
tax expenses, depending on particular countries’ laws regarding 
depreciation of inventory. 


INVENTORY REVIEW is the process by which a manager determines 
inventory quantities on hand. There are two main review strategies 
commonly adopted: continuous review and periodic review. 


CONTINUOUS REVIEW operates by continuously recording receipt 
and disbursement for every item of inventory. This is an expen- 
sive and cumbersome strategy that is required for critical items 
(so-called A-type) to minimize costly machine shut-downs and 
customer complaints. 


PERIODIC REVIEW requires a physical count (stock take) of goods on 
hand at the end of a period. This is a simple strategy that concen- 
trates records and adjustments mostly at the end of a period (e.g. a 
week). It is widely used for items that are marginally important or 


less important than A-type ones (so-called B-type and C-type).7 
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Fig. 3 A warehouse. 


Reasons for keeping inventory 


Time. Moving goods along a 
supply chain is time consuming, 
e.g. after an order is placed, it 
usually takes time (lead time) 
to receive the goods. Inventory 
can be used to ensure business 
continuity during these delays. 
If the lead time is known and 
fixed, it can be addressed by 
ordering goods in advance. It is 
only when lead time is uncertain 
that inventory becomes essential. 


UNCERTAINTY. Lead time, de- 
mand, supply, and other supply 
chain characteristics may be 
subject to uncertainty; inventory 
is then maintained as a buffer to 
hedge against this uncertainty. 


ECONOMIES OF SCALE. A pure 
lean approach, i.e. “one unit at 
a time at a place where a user 
needs it, when (s)he needs it” 
typically incurs lots of costs in 
terms of logistics. Economies of 
scale can be pursued via bulk 
buying, movement, and stor- 
ing; but they also come with 
inventory as a side effect. 


7 The process of classifying items into 
different categories on the basis of 
their importance is known as ABC 
analysis; for a survey on this topic see 
[van Kampen et al., 2012]. 


Fig. 4 A distribution center. 
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A simple inventory system 


In what follows, we shall consider the simplest inventory system 
one may conceive (Fig. 5). 


warehouse orders customer demand 
oS oS oe ft in 
ee 
items flow items flow 


Fig. 5 A simple inventory system; 
physical flows and information flows 
are represented via solid and dashed 


THE SYSTEM comprises a warehouse (W) represented by means of a lines, respectively. 

triangle, which in Total Quality Management (TQM) diagrams (Fig. 

6) is a commonly adopted symbol to denote inventory /storage. V e 
THE WAREHOUSE Stocks a single item type, which in technical term Transports inbeled:  « stprage: trocesuls, Operation 
we refer to as stock keeping unit, or SKU in short. ro & a> | 


Decision... Decision... Mulitin/o.... Mulitin/o... External o.... 


THE STATE of the warehouse is given by its inventory level. CY C) @® r_.) O 


Systemd... Systemsu... System fu... Delay Connecto... 


THE WAREHOUSE faces demand from customers (C), and can ] - A 

: , é . esi : . OVA ee eres Co eo 
satisfy this demand by issuing a sufficient number of items from its - ree Ne 
inventory. Store Inspection Selectabl.. Work flo.. Work flo... 


Fig. 6 TQM diagram shapes. 


THE WAREHOUSE can only meet demand if on hand inventory is 
large enough. 


IrEMs can be ordered by the warehouse from a supplier (S) to 
maintain a suitable inventory level. 


Simulating a simple inventory system in Python 


We next discuss how to model a supplier, a warehouse and a cus- 


tomer in Python. 8 Note that, while the inventory level 
i may go negative to account for 
backorders (i.e. orders that have not 


THE WAREHOUSE is shown in Listing 1. This class embeds a been satisfied yet due to lack of stock), 
state variable i to track the warehouse inventory level. There the on hand inventory (the physical 
stock in the warehouse) is always 


are four methods: order, to replenish inventory by a quantity Q; nonnenative: 
on_hand_inventory, to inspect the on hand inventory;® issue, to is- 
sue items from the warehouse and meet demand; and review_inventory, 


to review and keep an account of inventory over time. 


INVENTORY REVIEW is a key aspect of inventory management. In 
the code, method review_inventory is called before and after an 
order is issued in method order, and before and after inventory 
is issued to meet demand in method issue. The method features 
an argument time, to keep an account of the time at which the 
inventory level has been inspected. Note that when the method is 
called after inventory is issued to meet demand in method issue, 


class Warehouse: 
def __init__(self, inventory_level): 
self.i = inventory_level 
self. review_inventory(0) 


def order(self, Q, time): 
self. review_inventory (time) 
self.i += Q 
self.review_inventory(time) # orders are received at the beginning of a period 


def on_hand_inventory(self): 
return max(0, self.i) 


def issue(self, demand, time): 
self .review_inventory (time) 
self.i = self.i-demand 
self.review_inventory(time+1) # demand is realised at the end of a period 


def review_inventory(self, time): 
try: 
self.levels.append([time, self.i]) 
self.on_hand.append([time, self.on_hand_inventory()]) 
except AttributeError: 
self.levels, self.on_hand = [[0, self.i]], [[0, self.on_hand_inventory()]] 


the argument is time+1; this is because we assume demand is 
observed at the end of a period. In contrast, the argument is 
simply time when the method is called after an order is received 
in method order, because we assume orders are received at the 
beginning of a period, before any demand is observed. 


THE CUSTOMER AND THE SUPPLIER do not need to be explicitly 
modelled as classes, since we will assume no lead time and an 
infinite supply available upon ordering, and a constant source of 
demand over our simulation horizon. 


Example 1. We simulate operations of this simple inventory system by 
leveraging the Python code in Listing 2 and Listing 3. The warehouse 
initial inventory is 100 units. The customer demand rate is 5 unit per 
period. We simulate N = 20 periods. The behaviour of the inventory level 
at the end of each period is shown in Fig. 7. The system starts with 100 
units of inventory at the beginning of period 1; 5 units of inventory are 
consumed in every period; at the end of period 20 (or equivalently, at the 
beginning of period 21), the system inventory level is o. 


initial_inventory = 100 
w = Warehouse(initial_inventory) 


demand_rate = 5 # customer demand rate per period 


N = 20 # planning horizon length 
for t in range(N): 
w.issue(demand_rate, t) 


plot_inventory(w.levels, “inventory level") 
plt.legend() 
plt.show() 
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Listing 1 A warehouse in Python. 


import matplotlib.pyplot as plt 
import numpy as np 
import pandas as pd 


def plot_inventory(values, label): 


# data 

df=pd.DataFrame({’x’: 
np.array(values)[:,0], ‘fx’: 
np.array(values)[:,1]}) 


# plot 
plt.xticks(range(len(values)), 
range(1, len(values) +1) ) 

plt.xlabel("$t$") 

plt.ylabel("items") 

plt.plot( ’x’, ‘fx’, data=df, 
linestyle=’-’, marker='0', 
label=Label) 


Listing 2 Plotting inventory in Python. 


Listing 3 Simulating the behaviour of 


a warehouse in Python: the warehouse 


initial inventory level is 100, the 
customer demand rate is 5 units per 
period. 
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THE SYSTEM we have just simulated is an example of periodic 
review inventory control. Inventory is reviewed at the end of each 
period,? after demand has been observed. Note that in this simula- 
tion, we have relied on the inventory available at the beginning of 
the planning horizon, and we have not issued any order. 
Alternatively, we can set initial_inventory = 50 and issue an 
order of size 50 at the beginning of period 10. To do so, we slightly 
amend the code in Listing 3, by replacing the for loop as shown 
in Listing 4. Note that, in period 10, when we place an order, we 
review inventory (levels.append([t, w.inventory_level()])) 
both before and after ordering. Finally, in every period, as before 
we review inventory after demand has been observed, at the end of 
period t (or equivalently, at the beginning of period t + 1, as these 
two instants coincide). 


for t in range(N): 
if(t == 10): 
w.order(50, t) # place an order of size 50 in period 10 
w.issue(demand_rate, t) 


In Fig. 8 we plot the behaviour of the system under this new con- 
trol policy, which meets demand in periods 1,...,10 by leveraging 
the initial inventory, and meets demand in periods 11,...,20, by 
means of an order of size 50 in period 10. 

Let us now assume that the order in period 10 has size 40 (Fig. 
g). The order is clearly not sufficient to cover demand until the 
end of the planning horizon. The closing inventory level at the 
end of period 19 and 20 is now negative and equal to —5 and —10, 
respectively: the system ran out of stock and we have observed a 
stockout. 


Fig. 7 Simulating the behaviour of a 
warehouse in Python: inventory level 
at the end of each period t € {1,20} 
when the initial inventory level is 100. 


9 And hence also at the beginning 
of the next period, since these two 
instants coincides. 


Listing 4 Revised for loop. 
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When customer demand exceeds on hand inventory, the ware- 
house manager may decide to lose or backorder a sale. In the 
former case, we say that the inventory system operates under lost 
sales; in the latter case, we say that the inventory system operates 
under backorders. If a sale is backordered, the inventory level will 
go negative to keep track of pending demand, which will be met 
as soon as a suitable quantity is received from the supplier. An 
inventory system may backorder all (full/complete backorders) 
or only a part (partial backorders) of the demand that exceeds on 
hand inventory. 


50+ —® on hand inventory 
—®— inventory level 
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Fig. 8 Simulating the behaviour of a 
warehouse in Python: inventory level 
at the end of each period t € {1,20} 
when the initial inventory level is 50 
and an order of size 50 is placed in 
period 10. 


Fig. 9 Simulating the behaviour of a 
warehouse in Python: inventory level 
at the end of each period t € {1,20} 
when the initial inventory level is 50 
and an order of size 40 is placed in 
period 10. Observe that, while the on 
hand inventory is zero at the end of 
period 19 and 20, the inventory level is 
negative. 
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Inventory costs 


Consider a warehouse facing customer demand at a constant rate of 
five units per period over a potentially infinite time horizon. Should 
we keep inventory? If so, how much? It is not possible to provide 
an answer to these two questions without further information on 
the costs the warehouse manager faces, and on other operating 
characteristics of the inventory system. 

For instance, if every time the warehouse manager issues an 
order of size Q > 0 to its supplier, the only cost involved in the 
transaction is the per unit purchase cost v of an item; and if the 
supplier delivers the quantity Q immediately — i.e. no delivery 
lead time — then it is clear the warehouse manager should adopt a 
lean control strategy: no inventory should be kept, and whenever 
a demand unit materialises from the customer, the warehouse 
manager should simply order one unit from the supplier and 
meet the customer demand from the order quantity immediately 
received. Assuming a selling price p > v, the system would 
generate a profit p — c for every unit of demand met. The behaviour 
of a lean warehouse in Python can be simulated via the code in 
Listing 5 and it is shown in Fig. 10. 
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In essence, in a lean inventory system, the inventory manager 
does away with inventory and, without holding any stock, acts as 
an intermediary. The TQM diagram in Fig. 5 therefore takes the 


new form shown in Fig. 11: the physical inventory originally repre- 


sented as a triangle has been replaced by an ordering and demand 
fulfilment process, represented via a rectangle with rounded edges. 


initial_inventory = 0 
w = Warehouse(initial_inventory) 


demand_rate = 5 


N = 20 # planning horizon length 
for t in range(N): 
w.order(5, t) # place an order of 
size 5 
w.issue(demand_rate, t) 


plot_inventory(w.levels, "inventory 
level") 

plt.legend() 

plt.show() 


Listing 5 Simulating the behaviour 
of a lean warehouse in Python: the 
warehouse initial inventory level 

is o, the customer demand rate is 5 
units per period, and orders of size 5 
are issued in every period. The total 
demand over the 20-period planning 
horizon is 100 units, the system 
would therefore generate a profit of 
100(p —c). 


Fig. 10 Simulating the behaviour of a 
lean warehouse in Python. 


Lean inventory management. 


INVENTORY SYSTEMS 31 


a orders customer demand 
§S + — — | — ordering < = C 
——> —______, 
items flow items flow 


Fig. 11 A lean inventory system. 


THE PER UNIT PURCHASE Cost is hardly the only cost involved in 
managing a warehouse. We next summarise other cost factors that 
are often encountered by inventory managers. 


Inventory cost factors 


INVENTORY REVIEW CosT. This cost is charged when a phys- 
ical inventory inspection takes place. 


FIXED ORDERING COST. Independent of the size of the order, 
it is charged every time an order is issued. 


PER UNIT PURCHASE Cost. This is a cost that is propor- 
tional to the number of items that are ordered. 


PER UNIT INVENTORY HOLDING cost. This is a cost that 
is charged for every unit carried forward in stock from one 
period to the next in the planning horizon. 


FIXED STOCKOUT/BACKORDER PENALTY COST. This is a cost 
that is charged every time the inventory level turns negative; 
the associated units of demand that drove the inventory level 
negative may be lost or backordered; this cost is independent 
of the magnitude of the stockout observed. 


PER UNIT STOCKOUT/ BACKORDER PENALTY COST. This is a 
cost charged when a unit of demand is backordered or lost; 
it is charged once, and if the unit of demand is backordered, 


it is independent of the time it takes to fulfil it. 


PER UNIT, PER TIME PERIOD STOCKOUT/ BACKORDER 
PENALTY Cost. This is a cost that is charged when a unit of 
demand is backordered; it is charged for every time period 
the unit of demand remains short. 


If there are fixed costs — independent of the order quantity Q Lot sizing 
— for placing an order with the supplier, e.g. cost of dispatching a 
truck, and if we incur inventory holding costs, then we enter the 
realm of lot sizing, and it becomes necessary to hold inventory. 
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Deterministic supplier lead time 


Consider the case in which the supplier is not able to deliver the 
order quantity Q immediately, but will be able to deliver it after a 
known and fixed lead time. What should we do? 


warehouse orders customer demand 

+ — — - F + —- — - 
S ordering C 

items flow items flow 


If it takes a 1-period lead time to receive an order from the sup- 
plier, and we assume that all demand must be immediately satisfied 
from on hand inventory, this means that at the beginning of the 
planning horizon we must already hold at least 5 items in stock 
— or equivalently we should expect to receive five correctly timed 
outstanding orders from the supplier — otherwise the problem 
would not admit a solution. 

Moreover, as soon as we observe the first unit of demand, we 
will have to immediately issue an order to replace the item we have 
just sold. As in lean inventory management, under this strategy, 
we do not need to hold inventory in the warehouse; this is be- 
cause the inventory we need to run the system takes the form of 
inbound outstanding orders, that is orders yet to be received from 
our supplier — in TQM diagram notation, these are represented 
via an inverted triangle (Fig. 12). The on hand inventory plus any 
outstanding order, minus backorders, is a quantity called the in- 
ventory position; as we will see, this quantity, which keeps track of 
outstanding orders, will be useful to control our system. 

To model an inventory system subject to deterministic supplier 
lead time we must adopt a different strategy from that which we 
previously followed. More specifically, we will adopt a Discrete 
Event Simulation (DES) approach. 


A PRIORITY QUEUE is an abstract data structure (a data structure 
defined by its behaviour) that is like a normal queue, but where 
each item has a special key to quantify its priority. For instance, 
airlines may give luggage on the conveyer belt based on the status 
or ticket class of the passengers. Baggage tagged with priority or 
business or first-class usually arrives earlier than other non-tagged 
baggage. In Listing 6 we implement a simple priority queue. 


To MODEL ouR DES system, in Listing 7 we extend the behaviour 
of Warehouse to model both inventory level and inventory position. 
A general-purpose DES loop implementing the flow diagram*° in 
Fig. 13 is shown in Listing 8. The method start enters a while loop 
that repeatedly extracts events from a priority queue and executes 
them until the end of the simulation horizon. The method schedule 
schedules an event after time_lag. 


Fig. 12 An inventory system subject to 
supplier lead time. 


from queue import PriorityQueue 
events = PriorityQueue() 


events.put((0.3, "Customer demand") ) 
events.put((0.5, "Customer demand") ) 
events.put((0, "“Order")) 

events.put((0.10, "Customer demand") ) 


while events: 
print(events.get()) 


# Will print events in the order: 
# (0, ‘'Order’) 

# (0.1, ‘Customer demand’ ) 

# (0.3, '’Customer demand’ ) 

# (0.5, ‘Customer demand’ ) 


Listing 6 A priority queue in Python. 


Cojo“ @ 


procedure stop 


Fig. 13. The DES flow diagram of an 
inventory system subject to supplier 
lead time. 

© Arnold H. Buss. A tutorial on 
discrete-event modeling with simula- 
tion graphs. In C. Alexopoulos, I Kang, 
W. R. Lilegdon, and D. Goldsman, 
editors, Proceedings of the 1995 Winter 
Simulation Conference ed., Arlington, 
Virginia, 1995. 
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Listing 7 The extended Warehouse 
class Warehouse: class that models both inventory level 


def __init__(self, inventory_level): and nventor osition 
self.i = inventory_level yP 


self.o = 0 # outstanding_orders 


def receive_order(self, Q, time): 
self. review_inventory (time) 
self.i, self.o = self.i+Q, self.o - Q 
self. review_inventory (time) 


def order(self, Q, time): 
self. review_inventory (time) 
self.o += Q 
self.review_inventory(time) # orders are received at the beginning of a period 


def on_hand_inventory(self): 
return max(0,self.i) 


def issue(self, demand, time): 
self. review_inventory (time) 
self.i = self.i-demand 
self.review_inventory(time+1) # demand is realised at the end of a period 


def inventory_position(self): 
return self.otself.i 


def review_inventory(self, time): 

try: 
self.levels.append([time, self.i]) 
self.on_hand.append([time, self.on_hand_inventory()]) 
self .positions.append([time, self.inventory_position()]) 

except AttributeError: 
self.levels, self.on_hand = [[0, self.i]], [[0, self.on_hand_inventory()]] 
self.positions = [[0, self.inventory_position()]] 


To model an inventory system subject to deterministic supplier 
lead time, we will create different classes of events: orders, demand, 
etc. We start with a generic EventWrapper in Listing 8, which is then 
specialised into a CustomerDemand event in Listing 9. 


Listing 8 A DES engine in Python. 


from queue import PriorityQueue 


class EventWrapper(): 
def __init__(self, event): 
self.event = event 


def __lt__(self, other) 
return self.event.priority < other.event.priority 


class DES(): 
def __init__(self, end): 
self.events, self.end, self.time = PriorityQueue() , end, 0 


def start(self): 
while True: 

event = self.events.get() 

self.time = event[0] 

if self.time < self.end: 
event[1].event.end() 

else: 
break 


def schedule(self, event: EventWrapper, time_lag: int): 
self.events.put((self.time + time_lag, event) ) 


The CustomerDemand event in Listing 9, when invoked via the 
method end, generates a customer demand of 5 units at the ware- 
house. Finally, the event reschedules itself with a delay of 1 time 
period. 
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class CustomerDemand: 
def __init__(self, des: DES, demand_rate: float, warehouse: Warehouse): 
self.d = demand_rate # the demand rate per period 
self.w = warehouse # the warehouse 
self.des = des # the Discrete Event Simulation engine 
self.priority = 1 # denotes a low priority 


def end(self): 
self.w.issue(self.d, self.des.time) 
self .des.schedule(EventWrapper(self), 1) 


initial_inventory = 100 
w = Warehouse(initial_inventory) 


N = 20 # planning horizon length 
des = DES(N) 


d = CustomerDemand(des, 5, w) 
des.schedule(EventWrapper(d), 0) # schedule a demand immediately 
des.start() 


plot_inventory(w.positions, initial_inventory + 10, “inventory position") 
plot_inventory(w.levels, initial_inventory + 10, "inventory level") 
plt.legend() 

plt.show() 


In Listing 10 we show how to simulate the behaviour of a ware- 
house via DES in Python for our previous numerical example. The 
warehouse initial inventory level is 100, the customer demand 
rate is 5 units per period, and the system is simulated for N = 20 
periods. The result of the simulation is shown in Fig. 14 and, as 
expected, it is identical to Fig. 7. 
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Let us now reduce the initial inventory level to 50, and schedule 
an order at time 10, for which the delivery lead time is 1 period. 
To model an order, we create an Order event, to capture the deliv- 
ery lead time, we create a ReceiveOrder event (Listing 11) that is 
triggered by the Order event with a delay of lead_time periods. 


Listing 9 The CustomerDemand event. 


Listing 10 Simulating the behaviour 
of a warehouse via DES in Python: the 
warehouse initial inventory level is 100, 
the customer demand rate is 5 units 
per period. 


Fig. 14 Simulating the behaviour of a 
warehouse in Python: inventory level 
at the end of each period ¢ € {1,20} 

when the initial inventory level is 100. 


class Order: 


def __init__(self, des: DES, Q: float, warehouse: Warehouse, lead_time: float): 


self.Q = Q # the order quantity 

self.w = warehouse # the warehouse 

self.des = des # the Discrete Event Simulation engine 
self.lead_time = lead_time 

self.priority = 0 # denotes a high priority 


def end(self): 
self.w.order(self.Q, self.des.time) 
self .des.schedule(EventWrapper(ReceiveOrder(self.des, self.Q, self.w)), 
self.lead_time) 


class ReceiveOrder: 
def __init__(self, des: DES, Q: float, warehouse: Warehouse): 
self.Q = Q # the order quantity 
self.w = warehouse # the warehouse 
self.des = des # the Discrete Event Simulation engine 
self.priority = 0 # denotes a high priority 


def end(self): 
self.w.receive_order(self.Q, self.des.time) 


Finally, we set up the system and we simulate it via the code in 
Listing 12. Fig. 15 illustrates the behaviour of the inventory level 
and of the inventory position for this system. Because of the order 


lead time, to prevent stockouts, it is necessary to anticipate the 


ordering time by 1 period, which is the very same length of the lead 


time. 


N, initial_inventory = 20, 50 # planning horizon length and initial inventory 
w, des = Warehouse(initial_inventory), DES(N) 


d = CustomerDemand(des, 5, w) 

des.schedule(EventWrapper(d), 0) # schedule a demand immediately 

o = Order(des, 50, w, 1) 

des.schedule(EventWrapper(o), 9) # schedule an order of size 50 in period 9 
des.start() 


plot_inventory(w.positions, “inventory position") 
plot_inventory(w.levels, “inventory level") 
plt.legend() 

plt.show() 
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Listing 11 The Order event and the 
ReceiveOrder event. 


Listing 12 Simulating the behaviour 
of a warehouse via DES in Python: the 
warehouse initial inventory level is 50, 
the customer demand rate is 5 units 
per period, an order is scheduled at 
time 9, and order the lead time is 1. 


Fig. 15 Simulating the behaviour of 

a warehouse in Python: inventory 
level and inventory position at the end 
of each period ¢ € {1,20} when the 
initial inventory level is 50, an order is 
scheduled at time 9, and order the lead 
time is 1. 


Deterministic Inventory Control 


Copyright © 2021 Roberto Rossi, CC BY 4.0 
https://doi.org/10.11647/0BP.0252.02 
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Introduction 


In this chapter, we discuss inventory control in a deterministic 
setting. We first discuss the cost factors that should be considered, 
and we show how to model and simulate the system running costs. 
We finally introduce prescriptive analytics models to determine the 
economic lot size under a variety of settings. 


Accounting for costs 

The Economic Order Quantity (EOQ) 

Sensitivity to variations of the EOQ 

Incorrect estimation of ordering and holding costs 
The EOQ under a production/delivery lag 
Powers-of-two policies for the EOQ 


The EOQ under order quantity discounts: 


all-units discounts and incremental discounts 
The EOQ under planned backorders 


The Economic Production Quantity (EPQ) 


The Economic Lot Scheduling (ELS) 


Joint Replenishments 
Time-varying demand: Dynamic Lot Sizing 


Planned backorders in Dynamic Lot Sizing 


20 Se es 


Order capacity constraints in Dynamic Lot Sizing 
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Accounting for costs 


The simplest lot sizing instance one may conceive includes two cost 
factors: a fixed ordering cost (K), which is charged every time an 
order is issued, and it is a cost that is independent of the size of the 
order; and a per unit inventory holding cost (1), which is charged 
for every unit carried forward in stock from one period to the next 
in the planning horizon. In the first instance, we will assume that 
all demand must be met, hence the per unit item purchase cost can 
be ignored for all practical purposes. The revised Warehouse class is 
shown in Listing 13. 


Listing 13 The extended Warehouse 
from collections import defaultdict class that models costs. 


class Warehouse: 
def __init__(self, inventory_level, fixed_ordering_cost, holding_cost): 
self.i, self.K, self.h = inventory_level, fixed_ordering_cost, holding_cost 
self.o = 0 # outstanding_orders 
self.period_costs = defaultdict(int) # a dictionary recording cost in each 
period 


def receive_order(self, Q, time): 
self .review_inventory (time) 
self.i, self.o = self.i+Q, self.o - Q 
self. review_inventory (time) 


def order(self, Q, time): 
self. review_inventory (time) 
self.period_costs[time] += self.K # incur ordering cost and store it ina 
dictionary 
self.o += Q 
self. review_inventory (time) 


def on_hand_inventory(self): 
return max(0,self.i) 


def issue(self, demand, time): 
self. review_inventory (time) 
self.i = self.i-demand 


def inventory_position(self): 
return self.otself.i 


def review_inventory(self, time): 

try: 
self.levels.append([time, self.i]) 
self.on_hand.append([time, self.on_hand_inventory()]) 
self .positions.append([time, self.inventory_position()]) 

except AttributeError: 
self.levels, self.on_hand = [[0, self.i]], [[0, self.on_hand_inventory()]] 
self.positions = [[0, self.inventory_position()]] 


def incur_holding_cost(self, time): # incur holding cost and store it ina 
dictionary 
self.period_costs[time] += self.on_hand_inventory()*self.h 


To account for costs incurred by carrying over inventory from 
one period to the next we need to define an End0fPeriod event 
(Listing 14) that is scheduled for the first time at the end of the first 
period, and which reschedules itself to occur at the end of every 
subsequent period. 
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class EndOfPeriod: 
def __init__(self, des: DES, warehouse: Warehouse): 
self.w = warehouse # the warehouse 
self.des = des # the Discrete Event Simulation engine 
self.priority = 2 # denotes a low priority 


def end(self): 
self .w.incur_holding_cost(self.des.time) 
self.des.schedule(EventWrapper(End0fPeriod(self.des, self.w)), 1) 


Example 2. We simulate operations of a simple inventory system by 
leveraging the Python code in Listing 15. The warehouse initial inventory 
is o units. The customer demand rate is 10 unit per period. We simulate 
N = 20 periods. We order 50 units in periods 1, 5, 10, and 15; the 
delivery lead time is o periods (i.e. no lead time). The fixed ordering cost is 
100, the per unit inventory holding cost is 1. After simulating the system, 
we find that the average cost per unit time is 40; costs incurred in each 
period are shown in Table 1. 


instance = {"inventory_level": 0, "fixed_ordering_cost": 100, "holding_cost": 1} 
w = Warehouse(**instance) 


N = 20 # planning horizon length 
des = DES(N) 


d = CustomerDemand(des, 10, w) 
des.schedule(EventWrapper(d), 0) # schedule a demand immediately 


lead_time = 0 
o = Order(des, 50, w, lead_time) 
for t in range(0,20,5): 
des.schedule(EventWrapper(o), t) # schedule orders 
des.schedule(EventWrapper(EndOfPeriod(des, w)), 0) # schedule EndOfPeriod 
immediately 


des.start() 


print("Period costs: "+str([w.period_costs[e] for e in w.period_costs])) 
print("Average cost per period: "+ '%.2f’ % (sum([w.period_costs[e] for e in 
w.period_costs])/len(w.period_costs) ) ) 


plot_inventory(w.positions, “inventory position") 
plot_inventory(w.levels, “inventory level") 
plt.legend() 

plt.show() 


Period 1 2 3 4 5 6 7 8 9g 10 


Cost 140 30 20 10 O 140 30 20 10 O 


Period 11 12 13 14 15 16 17 #18 19 =«20 


Cost 140 30 20 10 O 140 30 20 10 O 


Listing 14 The End0fPeriod event to 
record inventory holding costs. 


Listing 15 Simulating the behaviour 
of a warehouse in Python: inventory 
level and inventory position at the 
end of each period ¢ € {1,20} when 
the initial inventory level is 0; orders 
are scheduled periods 1, 5, 10, and 
15; and order the lead time is 0. The 
fixed ordering cost is 100, the per unit 
inventory holding cost is 1. 


Table 1 Costs incurred in each period 
t € {1,20} when the initial inventory 
level is 0, orders are scheduled every 
5 periods, and order the lead time is 0. 
The fixed ordering cost is 100, the per 
unit inventory holding cost is 1. 
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The Economic Order Quantity 


Consider an inventory system subject to a constant rate of d units 
of demand per time period. We shall assume that inventory is 
continuously reviewed (continuous review) and that the order- 
ing/ production process is instantaneous, i.e. as soon as we order 
a product or a batch of products, we immediately receive it. The 
order quantity can take any nonnegative real value. There is a 
proportional holding cost h per unit per time period for carrying 
items in stock. All demand must be met on time, i.e. it cannot be 
backordered. 

In absence of fixed costs associated with issuing an order or with 
setting up production, since we face inventory holding costs, it is 
clear that the best strategy to meet demand is to order/ produce 
a product as soon as demand for it materialises: a pure reactive 
and lean strategy. In practice, however, firms do face fixed produc- 
tion/setup costs. In this case, the optimal control strategy is less 
obvious. 

The problem of determining the “economic” order quantity"? 
(EOQ) in presence of fixed and variable production costs as well 
as proportional inventory holding cost was first studied by Harris 
at the beginning of the last century.'? For a historical perspective 
see [Erlenkotter, 1990]. Harris’ original “manufacturing quantity 
curves” are shown in Fig. 16. 

The elements of the problem are summarized in Listing 16. 


class eoq: 
def __init__(self, K: float, h: float, d: float, v: float): 


Constructs an instance of the Economic Order Quantity problem. 


Arguments: 
K {float} -- the fixed ordering cost 
h {float} -- the proportional holding cost 
d {float} -- the demand per period 
v {float} -- the unit purchasing cost 


self.K, self.h, self.d, self.v = K, h, d, v 


In the EOQ, the demand is constant, we operate under continu- 
ous review, and backorders are not allowed; hence, the following 
property ensures one does not incur unnecessary holding costs. 


Lemma 1 (Zero inventory ordering). Given an order quantity Q it is 
optimal to issue an order as soon as the inventory level is zero. 


The inventory level as a function of time is shown in Fig. 17: as 
soon as inventory level hits zero, an order of size Q is immediately 
received and inventory immediately starts decreasing at rate d unit 
per period; the cycle repeats when inventory level hits zero again. 


Definition 1 (Replenishment cycle). A replenishment cycle is the time 
interval comprised within two consecutive orders. 


Manufacturing Quantities Curves 
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Figure I: An increase in the size of the order results in an increased 


interest charge and a decreased set-up cost. The curves show this graph- 
ically and indicate a minimum total cost in this case at 2,200 units 


Fig. 16 Harris’ manufacturing quantity 
curves from [Harris, 1913] (Courtesy of 
HathiTrust). 


™ Economic is used as a synonym of 
optimal. 


* Ford W. Harris. How many parts to 
make at once. Factory, The Magazine of 
Management, 10(2):135-136, 1913. 


Listing 16 The eog class. 
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slope = -d Fig. 17 EOQ “sawtooth” inventory 
curve. 
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Lemma 2 (Cycle length). The length of an EOQ replenishment cycle is 
Q/d. 


This is also known as the demand “coverage.” 


Consider a replenishment cycle of length R periods, a demand 
rate of d units/period and an order quantity Q = dR, which covers 
exactly the demand over R periods. 


Lemma 3 (Average inventory level). The average inventory level over 
the cycle is Q/2. 


Proof. 


S- $5) 02-0] = 92 


A key metric generally used to gauge inventory system perfor- 
mance is the so-called Implied Turnover Ratio. 


Definition 2 (Implied Turnover Ratio). The Implied Turnover Ratio 
(ITR) represents the number of times inventory is sold or used in a time 
period; this is expressed as average demand over average inventory 


2d/Q. 


This information is important because it measures how fast a 
company is selling inventory and can be compared against industry 
benchmarks. 


Cost analysis 


The total cost of a strategy that issues an order of size Q as soon 
as the inventory level reaches zero can be expressed in terms of 
ordering and holding cost per replenishment cycle 


C(Q) = s +dv 4 n&. (1) 


—_e~_— ; 
ordering cost holding cost 
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Since we operate under an infinite horizon and we assume that all 
demand must be met, in our cost analysis we can safely ignore the 
variable purchasing cost dv, which is constant and independent of 
Q, and consider the total “relevant cost” C,(Q) = C(Q) — dv. These 
concepts are implemented in Listing 17. 


Listing 17 EOQ cost functions in 


class eoq: Python. 
def cost(self, Q: float) -> float: 


return self. fixed_ordering_cost(Q) + self.variable_ordering_cost(Q) + 
self .holding_cost(Q) 


def relevant_cost(self, Q: float) -> float: 
return self. fixed_ordering_cost(Q) + self.holding_cost(Q) 


def fixed_ordering_cost(self, Q: float) -> float: 
K, d = self.K, self.d 
return K/(Q/d) 


def variable_ordering_cost(self, Q: float) -> float: 
d, v = self.d, self.v 
return d*v 


def holding_cost(self, Q: float) -> float: 
h = self.h 
return h+*Q/2 


In Fig. 18 we plot the different components that make up the 
EOQ cost function as well as C;(Q). 


Fig. 18 EOQ cost functions. 
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Lemma 4 (Convexity of relevant cost). C,(Q) is convex. 


Proof. 


d?C,(Q) _ 2Kd 


do. oe 
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Optimal solution 


Since C(Q) is convex, its global minimum can be found via global John A. Nelder and Roger Mead. A 
simplex method for function minimiza- 


; . ; tion. The Computer Journal, 7(4):308-313, 
as Python scipy. For instance, one may exploit Nelder-Mead"3 1965. 


optimisation approaches readily available in software libraries such 
algorithm as shown in Listing 18. 


Listing 18 Compute Q*. 


from scipy.optimize import minimize 


class eoq: 
def compute_eoq(self) -> float: 
x0 = 1 # start from a positive E0Q 
res = minimize(self.relevant_cost, x@, method=’nelder-mead’, 
options={'xtol’: le-8, ‘disp’: False}) 
return res.x[0] 


The analytical closed-form optimal solution to the EOQ prob- 
lem, the so-called Economic Order Quantity Q* is shown in the 
following Lemma. 


Lemma 5 (Economic Order Quantity). 
Q* = V2Kd/h. (2) 


Proof. By exploiting convexity of C;(Q), one sets its first derivative 
to zero 


~@ + 5 = 


and obtains a closed form for the optimal order quantity. 


The particular form of Q* allows us to make some observations: 
as K increases we will issue larger orders; as h increases holding 
inventory becomes more expensive and we order more frequently; 
finally, as d increases the order quantity increases. 


Lemma 6 (Relevant cost of ordering the Economic Order Quantity). 


Cr(Q") = V2Kdh (3) 


Proof. This is obtained by plugging Eq. 2 into C,(Q). 


Example 3. We consider the numerical example in Listing 19. Note that 
this is the same instance considered in Example 2. After running the code 
we obtain Q* = 44.72 and C,(Q*) = 44.72. The replenishment cycle 
length is therefore Q* /d = 4.472 periods. 


Listing 19 Numerical example 3. 


instance = {"K": 100, "h": 1, "d": 10, "v": 2} 

pb = eoq(**instance) 

Qopt = pb.compute_eoq() 

print("Economic order quantity: " + '%.2f’ % Qopt) 

print("Total relevant cost: " + ’%.2f’ % pb.relevant_cost(Qopt) ) 


The fact that Q* = C,(Q*) is a direct consequence of Lemma 6 
andh = 1. 
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Since we are operating under continuous review, although the 
instance parameters are the same, the cost obtained by applying the 
EOQ formula to the previous example is not directly comparable 
to that obtained via the simulation presented in Listing 15, which 
operates under periodic review. To address this issue, we need to 
adopt a finer discretisation of the planning horizon. This is shown 
in Listing 20 and in Listing 21. The cost of the simulated solution is 
now 44.78, which is equivalent to that obtained from the analytical 
solution. The behaviour of inventory over time is shown in Fig. 109. 


instance = {"inventory_level": 0, "fixed_ordering_cost": 100, 
"holding_cost": 1.0/100} # holding cost rescaled 
w = Warehouse(**instance) 


des = DES() 


demand = 10/100 # discretise each period into 100 periods 

Q = 44.72 # optimal E0Q order quantity 

N = round(Q/demand)*10 # planning horizon length: simulate 10 replenishment cycles 
des.schedule(EventWrapper(EndOfSimulation(des, w)), N) # schedule EndOfSimulation 


d = CustomerDemand(des, demand, w) 
des.schedule(EventWrapper(d), 0) # schedule a demand immediately 


lead_time = 0 
o = Order(des, Q, w, lead_time) 
for t in range(0, N, round(Q/demand) ): 
des.schedule(EventWrapper(o), t) # schedule an order at the beginning of each 
replenishment cycle 
des.schedule(EventWrapper(EndOfPeriod(des, w)), 1) # schedule EndOfPeriod at the 
end of period 1 


des.start() 


print("Period costs: "+str([w.period_costs[e] for e in w.period_costs])) 
print("Average cost per period: "+ '%.2f’ % (100*sum([w.period_costs[e] for e in 
w.period_costs])/len(w.period_costs)) ) 


plot_inventory_finer(w.positions, “inventory position") 
plot_inventory_finer(w.levels, “inventory level") 
plt.legend(loc=1) 

plt.show() 
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Listing 20 Simulating the behaviour 
of a warehouse in Python: DES 
simulated EOQ solution under a finer 
discretisation of the simulation horizon 
(100 smaller period for each original 
period). 


def plot_inventory(values, label): 


# data 

df=pd.DataFrame({’x’: 
np.array(values)[:,0], ‘fx’: 
np.array(values)[:,1]}) 


# plot 

plt.xticks(range(0,len(values) ,200), 
range(0, len(values) //100,2) ) 
# a tick every 200 periods 

plt.xlabel("t") 

plt.ylabel ("items") 

plt.plot( ’x’, ‘fx’, data=df, 
linestyle=’-’, marker='', 
label=Label) 


Listing 21 Method plot_inventory 
under a finer discretisation of the 
simulation horizon (100 smaller period 
for each original period). 


Fig. 19 Simulating the behaviour of 

a warehouse in Python under a finer 
discretisation of the simulation horizon 
(100 smaller period for each original 
period). 
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Sensitivity to variations of Q 


Suppose management decides to order a quantity Q that differs 


from Q*. The following Lemma is important in order to understand 


the sensitivity of the relevant cost to the choice of Q. 


Lemma 7 (Sensitivity to Q*). Let Q > 0 


aio 72 (9+) 


Proof. 


C,(Q) Kd Q 


C(Q*)  Q./2Kd/h | I aRATh 
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Sensitivity can be computed as shown in Listing 22. 

There are two key observations: the sensitivity of the relevant 
cost to the choice of Q only depends on Q and Q*, not on the 
specific values of problem parameters K and h; moreover, this 


sensitivity is low. 


Example 4. In Fig. 20 we plot Eq. 4 for the numerical example presented 
in Listing 19. We can see that a difference of 10 units between Q* = 44.72 


and Q = 34.72 only leads to a 3.22% cost increase. 
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class eoq: 
def sensitivity_to_Q(self, Q: 
float) -> float: 
Qopt = self.compute_eoq() 
return 0.5*(Qopt/Q+Q/Qopt) 


Listing 22 Compute sensitivity to 
variations of Q from Q*. 


Fig. 20 EOQ sensitivity to variations of 


Q from Q*. 
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Incorrect estimation of fixed ordering and holding costs 


Suppose we incorrectly estimate the fixed ordering cost K as K’, by 
leveraging once more Eq. 4 we obtain 


C,(Q’) ai : K’ 

C-(Q*) 2° \VK 
which implies that the cost of overestimating K is lower than that 
of underestimating it. A similar analysis can be carried out for 


the holding cost parameter; for which, however, the situation is 


reversed: C;(Q’)/C,(Q*) = 0.5Vh/h'. 
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Sensitivity to K and h can be computed as shown in Listing 23. 
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Example 5. In the numerical example presented in Listing 19, if we 
underestimate K by 40% we underestimate C,(Q*) by 0.5e(./0.6) = 
0.0328, i.e. 3.28%; if we overestimate K by 40% we overestimate C,(Q*) 
by 0.5e(/1.4) = 0.0141, i.e. 1.41% (Fig. 21). The analysis carried out on 
h leads to Fig. 22. 


Fig. 21 EOQ sensitivity to K. 


class eoq: 

def sensitivity_to_K(self, K: float) 
-> float: 
e = lambda x : x + 1/x 
return 0.5*(e(np.sqrt(K/self.K) )) 


def sensitivity_to_h(self, h: 
float) -> float: 
e = lambda x : x + 1/x 
return 0.5*(e(np.sqrt(self.h/h) )) 


Listing 23 Compute sensitivity to 
estimation errors for K and h. 


Fig. 22 EOQ sensitivity to h. 
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Production/delivery lag (lead time) 


A key assumption in the EOQ problem formulation is that orders 
are delivered immediately. We will now relax this assumption and 


assume that orders are subject to a production/delivery lag of L 
periods. 


place order 
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By observing the behaviour of the inventory curve in Fig. 23 
it is easy to see that the optimal solution does not change. The 
only adjustment required is to place an order L periods before the 
inventory level reaches zero. To determine when it is time to issue 
an order it is convenient to introduce the following definition. 


Definition 3 (Reorder point). The reorder point r is the amount of 
demand observed over the lead time L 


r=aL. 


Example 6. In the numerical example presented in Listing 19, assuming 
L = 0.5, the reorder point is 5, which means an order is issued as soon as 


inventory drops to 5 units. The behaviour of inventory over time is shown 
in Fig. 24. 
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Fig. 23 EOQ inventory curve under 
production/delivery lag. 


Fig. 24 Behaviour of inventory over 
time for the numerical example 
presented in Listing 19, assuming 
L=0.5. 
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Powers-of-two policies 


The problem statement resembles an EOQ setting; however rather 
than choosing an arbitrary optimal cycle length T, we are given 

a base planning period T; and we must choose an optimal cycle 
length taking the form T,2*, where k € {0,...,00}. This is particu- 
larly useful in settings in which we seek order coordination across a 
range of stock keeping units. 

Recall that Q* = dT*, where T* denotes the optimal cycle length 
of the EOQ. By substituting in C;(Q) we can express the relevant 
cost as a function F(T) of the replenishment cycle length T 

K hdT 
F(T) = Tt 
Lemma 8 (Powers-of-two policy). Let T,2* be a powers-of-two policy 
with base planning period T,, the optimal k is the smallest integer k 
satisfying 
PT 2") Fro"), 


Proof. From Lemma 4 it immediately follows that F(T) is convex. 


Lemma 9 (Powers-of-two bound). Let T;, be a base planning period, then 


F(T,2*) 3 
< —— = 1.06. 
FU) 2/2 


Proof. From Eq. 4 we obtain 


F(T) ae r) 


F(T*) 2 
ee se 
~?2 T 
where e(x) = x +1/x. Since 
1 class eoq: 
F(T;,2*) < ei) = V2 T* < Ro =T def opt_powersoftwo_policy(self, T: 
float) -> float: 
K, d, h = self.K, self.d, self.h 
F(T,2*-1) > F(T,2*) = T = T,2* < V2T*, rc = lambda t ; K/t + hedxt/2 
= k : 0 
fietetve J, < m < V2 anal while ais _ < 
k += 1 
F(T,2*) 1 1 1 3 return T#2**k 
F(T*) Ss 2° (=) = 5e(Vv2) = 2/2 ans Listing 24 Computing an optimal 


powers-of-two policy. 


An optimal powers-of-two policy can be computed as shown in 
Listing 24. 


Example 7. In the numerical example presented in Listing 19, given a 
base planning period T;, = 0.7, the ratio F(Ty2")/F(T*) = 1.025 < 1.06; 
hence the resulting powers-of-two policy is only 2.5% more expensive than 
the optimal one. 
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Quantity discounts 


In several practical situations it is common to offer a discount on 
the purchasing price when the order quantity is high enough. In 
this problem setting we are given breakpoints bo,...,b7+1, where 
bo = Oand br,,; = o,and associated purchasing prices vx, for 

k =1,...,T +1, where purchasing price vx; applies within the range 
(b,_1,b;). The structure of an instance is illustrated in Listing 25. 


Listing 25 EOQ under quantity 
class eoq_discounts(eoq): discounts. 
def __init__(self, K: float, h: float, d: float, b: List[float], v: List[float]): 


Constructs an instance of the Economic Order Quantity problem. 


Arguments: 
K {float} -- the fixed ordering cost 
h {float} -- the proportional holding cost as a percentage of purchase cost 
d {float} -- the demand per period 
b {float} -- a list of puchasing cost breakpoints 
v {float} -- a list of decreasing unit purchasing costs where v[j] applies 


in (b[j],bfj-1]) 


self.K, self.h, self.d, self.b, self.v = K, h, d, b, v 
self.b.insert(0, 0) 
self.b.append(float("inf")) 


def compute_eoq(self) -> float: 


Computes the Economic Order Quantity. 


Returns: 
float -- the Economic Order Quantity 


quantities = [minimize(self.cost, 
self .b[j-1]+1, 
bounds=((self.b[j-1],self.b[j]),), 
method=’SLSQP’, 
options={'’ftol’: le-8, ‘disp’: False}).x[0] 

for j in range(1, len(self.b))] 
costs = [self.cost(k) for k in quantities] 
return quantities[costs.index(min(costs) )] 


We still observe the fixed ordering cost K and, as discussed, item 
purchasing price takes different values depending on the size of 
the order. Holding cost h, however, is no longer absolute and now 
denotes a percentage of the purchasing price. 

Listing 25 also embeds a method compute_eog which computes 
the economic order quantity. The total cost function is convex 
within each interval (b;,_1,b;); compute_eoq analyses each individ- 
ual interval (b,_1,b;) separately and returns the optimal Q that 
minimizes the total cost across all possible intervals. This solution 
method works for any possible discount structure. 

There are two types of discount strategies typically applied: 
all-units discounts and incremental discounts. 

In all-units discounts purchasing price v; applies to the entire 
order quantity if this falls within the range (b;_1,b,). 

In incremental discounts purchasing price vx, only applies to 
the fraction of order quantity that falls within within the range 
(bx-1, bx). 
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All-units discounts 


Variable ordering cost as a function of the ordering quantity Q 
(unit_cost), as well as variable ordering cost (co_variable) and in- 
ventory holding cost (ch) per replenishment cycle can be computed 
as shown in Listing 26. 

In this case, assuming Q € [;, bi41), the total cost takes the form 

Kd  hvjQ 

Example 8. We consider the numerical example in Listing 19. However, 
we consider all-units discounts with b = {0,10,20,30, co} and associated 
v = {5,4,3,2}. The per unit purchasing cost as a function of the order 
quantity Q is shown in Fig. 25. The total cost function is shown in Fig. 
26. The economic order quantity is Q* = 31.6 and the total cost is 
C(O") = 83.2. 
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class eoq_all_units(eoq_discounts) : 
def unit_cost(self, Q): 

j = set(filter(lambda j: 
self.b[j-1] <= Q < 
self.b[j], 
range(1,len(self.b)))).pop() 

return self.v[j-1]+*Q 


def co_variable(self, Q): 

j = set(filter(lambda j: 
self.b[j-1] <= Q < 
self.b[j], 
range(1,len(self.b)))).pop() 

return self.v[j-1]*self.d 


def ch(self, Q: float) -> float: 

j = set(filter(lambda j: 
self.b[j-1] <= Q < 
self.b[j], 
range(1,len(self.b)))).pop() 

h = self.h*self.v[j-1] 

return h*Q/2 


Listing 26 EOQ under all units 
quantity discounts. 


Fig. 25 All units quantity discounts. 


Fig. 26 EOQ total cost for all units 
quantity discounts. 
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Incremental discounts 


Variable ordering cost as a function of the ordering quantity Q 
(unit_cost), as well as variable ordering cost (co_variable) and in- 
ventory holding cost (ch) per replenishment cycle can be computed 
as shown in Listing 27. 

In this case, the total cost takes the form 


Ka BOQ) 


C = T T d 
= S+-g5 +c 
where, assuming Q € [b;,b;,1), 
j-l 
c(Q) = )) oj(bi41 — bi) + 0;(Q — by). 
i=0 


Example 9. We consider the numerical example in Listing 19. However, 
we consider all-units discounts with b = {0,10, 20,30, co} and associated 
v = {5,4,3,2}. The per unit purchasing cost as a function of the order 
quantity Q is shown in Fig. 27. The total cost function is shown in Fig. 
28. The economic order quantity is Q* = 39.9 and the total cost is 
C(O") = 130. 
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Total cost 


class eoq_incremental(eoq_discounts): 
def unit_cost(self, Q): 

j = set(filter(lambda j: 
self.b[j-1] <-Q< 
self.b[j], 
range(1,len(self.b)))).pop() 

return sum([(self.b[k] - 
self.b[k-1]) * self.v[k-1] 
for k in range(1,j)]) + (Q 
- self.b[j-1]) * 
self.v[j-1 


def co_variable(self, Q): 

j = set(filter(lambda j: 
self.b[j-1] <Q < 
self.b[j], 
range(1,len(self.b)))).pop() 

cQ = sum([(self.b[k] - 
self.b[k-1]) * self.v[k-1] 
for k in range(1,j)]) + (Q 
- self.b[j-1]) * 
self.v[j-1 

return self.d+*cQ/Q 


def ch(self, Q: float) -> float: 

j = set(filter(lambda j: 
self.b[j-1] <= Q < 
self.b[j], 
range(1,len(self.b)))).pop() 

cQ = sum([(self.b[k] - 
self.b[k-1]) * self.v[k-1] 
for k in range(1,j)]) + (Q 
- self.b[j-1]) * 
self.v[j-1] 

h = self.h*cQ/Q 

return h+*Q/2 


Listing 27 EOQ under incremental 
quantity discounts. 


Fig. 27 Incremental quantity dis- 
counts. 


Fig. 28 EOQ total cost for incremental 
quantity discounts. 
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Planned backorders in the EOQ 


In this section we still consider an EOQ setting, but we relax the as- 
sumption that all demand must be met on time. In other words, we 
will allow demand to be backordered and met when the successive 
replenishment arrives. The behaviour of the system is illustrated 

in Fig. 29. The system resembles the classical EOQ. However, the 
zero-inventory ordering property does not hold for this system. 
Instead, an order will be issued when inventory reaches —S, the 
planned backorder level. We therefore now have two decision to be 
made: how much to order (Q) and how much to backorder (S). 


Fig. 29 EOQ inventory curve under 
planned backorders. 


inventory level 


cycle length = O/d 


Cost analysis 


Incurring backorders must be expensive, otherwise the optimal 
policy would simply be to not order at all. More specifically, we 
will charge a penalty cost p per unit backordered per period. The 
total relevant cost then becomes 


2 ws 
C(Q,s) = = 2-5) : 


“~~ —— 
ordering holding penalty 


Lemma 10 (Holding cost reduction factor). Allowing backorders is 
mathematically equivalent to reducing the holding cost rate by the factor 
p/(p+h). 


Proof. To prove this, it is convenient to let S = xQ, where x denotes 
the fraction of backordered demand in a replenishment cycle. 
Substitute in ch (Q,S), take partial derivatives w.r.t. Q and x, and 
set both partial derivatives to zero. Interestingly, 


dc*(0,s 
He ve hQ(1—x)+pQx =0 


admits solution 
P h 


x= pth (5) 
which is independent of Q. If we plug x* into Cc (Q,S), where 
S = xQ, we then obtain 


rape O (6) 
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which is the EOQ cost function in which the holding cost rate has 
been reduced by the factor p/(p +h). 


The planned backorder cost analysis can be implemented as 
shown in Listing 28. 


Listing 28 Planned backorder cost 
class eoq_planned_backorders: analysis. 
def __init__(self, K: float, h: float, d: float, v: float, p: float): 


Constructs an instance of the Economic Order Quantity problem. 


Arguments: 
K {float} -- the fixed ordering cost 
h {float} -- the proportional holding cost 
d {float} -- the demand per period 
v {float} -- the unit purchasing cost 
p {float} -- the backordering penalty cost 


self.K, self.h, self.d, self.v, self.p = K, h, d, v, p 


def relevant_cost(self, Q: float) -> float: 
return self.co_fixed(Q)+self.ch(Q)+self.cp(Q) 


def cost(self, Q: float) -> float: 
return self.co_fixed(Q)+self.co_variable(Q)+self.ch(Q)+self.cp(Q) 


def co_fixed(self, Q: float) -> float: 
K, d= self.K, self.d 
return K/(Q/d) 


def co_variable(self, Q: float) -> float: 
d, v = self.d, self.v 
return d*v 


def ch(self, Q: float) -> float: 
h = self.h 
x = self.h/(self.p+self.h) 
return hx(Q-Q*x)**2/(2*Q) 


def cp(self, Q: float) -> float: 
p = self.p 
x = self.h/(self.p+self.h) 
return px*(Q*x)**2/(2*Q) 


Optimal solution 


We next characterize the structure of the optimal solution by build- 
ing upon Lemma 1o. 


Lemma 11 (Optimal order quantity). The optimal order quantity is 


« |2Kd(h+p) 
C= ip (7) 


Lemma 12 (Optimal fraction of backordered demand). The optimal 
fraction of backordered demand in a replenishment cycle x* = h/(p +h). 


Lemma 13 (Optimal cost). 


Cr(Q*, x") = y/ 2Kdhp/(h + p) (8) 
The computation is similar to that presented in Listing 18. 


Example 10. In the numerical example presented in Listing 19 we consider 
a penalty cost p = 5; then Q* = 48.99, x* = 0.16, C?(Q*, x*) = 40.82. 
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Finite production rate: The Economic Production Quantity 


In contrast to the previous section, we shall now relax the assump- 
tion that the whole replenishment quantity Q is delivered at once at 
the beginning of the planning horizon. This problem is known as 
the Economic Production Quantity (EPQ)."4 The quantity is instead 
delivered at a constant and finite production rate p > d, where d is 
the demand rate. Taft’s original drawings are shown in Fig. 30. The 
behaviour of the system is illustrated in Fig. 31. 


time 


cycle length = O/d 


Like in the classical EOQ, the zero inventory ordering property 
holds for this system. A replenishment occurs when inventory level 
is zero. Production runs until the whole replenishment quantity 
Q is delivered. While the replenishment quantity is delivered, 
demand occurs at rate d, so inventory increases at a rate p — d for 
Q/p time periods until it reaches a maximum level Q(1 — d/p), and 
then decreases at rate d over the rest of the replenishment cycle. 


Cost analysis 


By observing that the average inventory level is now Q(1 — p/d)/2 
we obtain the following expression for the total relevant cost 
dK  hQ(1—p/d 
_ aK , hQU—p/d) (0) 
Q 2 


The EPQ analysis can be computed as shown in Listing 209. 


Cr (Q) 


Optimal solution 
As in the previous case, the optimal solution is simply a minor 
modification of the classical EOQ solution 


Lemma 14 (Economic Production Quantity). 


2Kd 


Q= h(l —d/p) 


(10) 


Lemma 15 (Optimal cost). 


CP (Q*) = ,/2Kdh(1—d/p). (11) 


The computation is similar to that presented in Listing 18. 


Example 11. In the numerical example presented in Listing 19 we consider 
a production rate p = 5; then Q* = 63.24 and CP(Q*) = 31.62. 


“4E. W. Taft. The most economical 
production lot. The Iron Age, 101: 
1410-1412, 1918. 
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Fig. 30 Taft’s inventory curve from 
[Taft, 1918] (courtesy of HathiTrust). 


Fig. 31 EPQ inventory curve. 


class epq: 
def __init__(self, K: float, h: 
float, d: float, v: float, p: 
float): 


Constructs an instance of the 
Economic Production 
Quantity problem. 


Arguments: 

K {float} -- the fixed 
ordering cost 

h {float} -- the proportional 
holding cost 

d {float} -- the demand per 
period 

v {float} -- the unit 
purchasing cost 

p {float} -- the finite 
production rate 


self.K, self.h, self.d, self.v, 
self.p = K, h, d, v, p 


def relevant_cost(self, Q: float) 
-> float: 
return 
self.co_fixed(Q)+self.ch(Q) 


def cost(self, Q: float) -> float: 
return self.co_fixed(Q) + 
self.co_variable(Q) + 
self.ch(Q) 


def co_fixed(self, Q: float) -> 
float: 
K, d= self.K, self.d 
return K/(Q/d) 


def co_variable(self, Q: float) -> 
float: 
d, v = self.d, self.v 
return d+v 


def ch(self, Q: float) -> float: 
h = self.h 
rho = self.p/self.d 
return h*Q*(1-rho)/2 


Listing 29 Economic Production 
Quantity cost analysis. 
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Production on a single machine: The Economic Lot Scheduling 


Consider an EPQ problem, for the sake of convenience, we shall 
divide a production cycle into two phases: the “ramp up” phase 
and the “depletion” phase. As we have seen in the previous section, 
a replenishment occurs when inventory level is zero. Production 
runs until the whole replenishment quantity Q is delivered. While 
the replenishment quantity is delivered, demand occurs at rate d, 
so inventory increases at a rate p — d for Q/p time periods (“ramp 
up” phase) until it reaches a maximum level Q(1 — d/p); and 
then decreases at rate d over the rest of the replenishment cycle, 
for Q(1 — p/d)/d time periods (“depletion” phase). Observe that, 
naturally, the cycle length is the sum of the length of these two 
phases: Q(1— d/p)/d+Q/p = Q/d (Fig. 32). 

Assume now that the production facility requires a setup time 
s (e.g. cleaning, maintenance) before a production run may start. 
Let Q* be the EPQ (Lemma 14). If s < Q(1 — p/d)/d, the solution 
is clearly feasible and optimal for the EPQ under setup time, since 
production facility setup can occur during the “depletion” phase, 
when the machine is idle, without affecting the “ramp up” phase. 


Example 12. In the numerical example presented in Listing 19, consider 
a production rate p = 5 and recall that d = 10; then Q* = 63.24, and 
Q*(1 — p/d)/d = 3.162. If s < 3.162, Q* remains the EPQ. 


If, however, s > Q*(1 — p/d)/d, since the total relevant cost is 
convex, then the EPQ can be computed by enforcing the condition 
s = Q(1— p/d)/d. In other words, the optimal cycle length turns 
out to be the cycle length that corresponds to a schedule in which 
the machine is never idle: it is either producing during the “ramp 
up” phase, or being setup during the “depletion” phase. 

The general expression for the EPQ under setup time is then 


Lemma 16 (Economic Production Quantity under setup time). 


2Kd 
Q = mn wg tlt vr}. (12) 


Having considered the production of a single item on on a single 
machine with finite production capacity and setup time, we now 
generalise our analysis to the production of n items on a single 
machine with finite production capacity and item dependent setup 
times.*5 

Let p; > dj be the constant and finite production rate of item 
i, where d; is the demand rate for item i. If we allow arbitrary 
production schedules, a feasible solution exists if and only if 
vi, 4i/pi < 1; however, finding an optimal production sched- 
ule is NP-hard and there is no closed form expression or efficient 
algorithm readily available. We will therefore focus on determining 
the best production cycle that contains a single run of each item. 
This means the cycle lengths of the n items have to be identical. 
Such a schedule is referred to as a rotation schedule. 


“ramp up” 
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3 
5 
g 
7 ———— _ time 
O(1-d/py/d 
“depletion” 


Fig. 32 EPQ inventory curve: “ramp 
up” and “depletion” phases. 


% Jack Rogers. A computational ap- 
proach to the economic lot scheduling 
problem. Management Science, 4(3): 
264-291, 1958. 


DETERMINISTIC INVENTORY CONTROL 57 


Rotation Schedule 


class els: 
def __init__(self, p: List[float], 
Finding a rotation schedule when item setup costs K; are inde- d: List[float], h: 
, ; Pe , . List[float], s: List[float], 
pendent across items is no more difficult than solving the single K: List[float]): 
item problem. Let h; be the holding cost per period for item i and eeeRern tte ay aneeen ee aleve 
consider a cycle of length T. Econom Lot Scheduling 
problem. 
Lemma 17. The average inventory level of item i during a cycle is Args: 
p (List[float]): constant 
d;jT(1 = d;/p;)/2. production rates 
d (List[float]): constant 
Proof. The length of the production run of item i in a cycle is nen hanes 
. : : h (List[float]): inventory 
Td;/p;. As we have seen, a production run for item i must start holding costs 
Z é a . r s (List[float]): set up times 
only when inventory of item i is zero. During production (the K (List[float]): set up costs 
ramp up” phase), the level increases at rate p; — d;, until it reaches Lott ibs Soa Reh, Sebhe 
level Td;(p; — d;)/p;. After production (the “depletion” phase), Serta = Bp ty Dees f 
inventory decreases at a rate d; until it reaches zero and a new def item_relevant_cost(self, T: 
: float, i: int) -> float: 
production run starts. return (self.nli] * T * 
self.d[i] * 


(1-self.d[i]/self.p[i]))/2 


Lemma 18. The total relevant cost per unit time is a ec KA 


n 1 K; def relevant_cost(self, T: float): 
C’(T) = s; =hjd;T(1 = di/ pi) eal return sum( 
j=] 2 T [self .item_relevant_cost(T, 
i) for i in range(0, 
Lf. 
Proof. Follows from Lemma 17 and from the fact that the average aes 
cost per unit time due to setups for item i is K;/T. Was COME eu: 


K = sum(self.K) 
. . H = sum([(self.h[i] * self.d[i] 
Lemma 19. The optimal cycle length is * (self.p[il - self.dfil)) 
/ (2*self.p[i]) for i in 
range(0, self.n)]) 


n n A: i : return math.sqrt(K/H) 
T= y K; hjdi( pi _ dj) 

i] ‘ : def compute_cycle_length(self, 

1= 


27; 
i=1 Pi T:float, i: int): 
return Txself.d[i]/self.p[i] 


Proof. Take the derivative of Cé(T) and set it to zero. 


def compute_max_inventory(self, 
: r : : : . T:float, i: int): 
Example 13. Consider the instance illustrated in Table 2, in Fig. 33 we return Txself.d[il*(self.plil - 


plot Ci(T). The optimal cycle length is T* = 1.78. The rotation schedule eee 


is illustrated in Fig. 34; and in Fig. 35 for positive setup times. Listing 30 Economic Lot Scheduling 
cost analysis. 


Item Hi 2 3 

dj 50 50 60 

Pj 400 400 500 

hy a “0 2° Table 2 Problem parameters for the 
Kj 2000 2500 800 ELS problem instance. 


The ELS analysis can be computed as shown in Listing 30. 

If we include setup times s; that are sequence independent, the 
problem remains easy since the sum of the setup times will not 
depend on the production sequence. If the sum of the setup times 
is less than the idle time in the rotation schedule, the rotation sched- 
ule obtained by ignoring setup times remains optimal. Otherwise, 
as in the single item case, since the total relevant cost is convex, the 
optimal cycle length can be found by forcing the idle time to be 
equal to the sum of the setup times (Lemma 20). 
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Lemma 20. If the sum of the setup times exceeds the idle time in the 
rotation schedule, then 


n nq. 
ea ee i 1-y) — 
i=1 


i=1 Pi 


Proof. Follows from the convexity of total relevant cost Cé(T). 


Fig. 33 Overall and item-wise, total 
relevant cost Cé(T) of the ELS problem 
instance in Example 13. 


Fig. 34 The optimal rotation schedule 
for the problem instance in Example 
13; solid areas denote production time. 


Fig. 35 The optimal rotation schedule 
for the problem instance in Example 
13 assuming all item setup times 

are equal to 0.1; solid areas denote 
production time. 
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Synchronising production: The Joint Replenishment Problem 


The Joint Replenishment Problem (JRP) occurs when it becomes 
necessary to synchronise production of multiple items. 

Consider a continuous review inventory system comprising 1 
items. Let d; be the demand rate for item i, and h; be the holding 
cost per time period for item i. There are two types of fixed setup 
costs: the major setup cost Ko for the system, and a minor setup 
cost K; for each item type. Essentially, every time production occurs, 
the major setup cost Ko is incurred, regardless of how many types 
of items are produced. Conversely, the minor setup cost K; is 
incurred at time ¢ if and only if item type i is produced at that time. 
The aim is to minimise the total cost per period. 

Two questions must be answered to address the JRP: 


¢ What is the optimal time Tg between major setups? 


¢ What is the optimal production cycle length T; for item i? 


Lemma 21 (Zero inventory ordering). It is optimal to produce item i at 
time t if and only if its inventory level is zero. 


Lemma 22. The holding cost per time period for item i is H; = h,d;/2. 


The JRP in its general form is an NP-hard problem?® and, there- 
fore, it is unlikely that an efficient algorithm to solve this problem 
will be found. 


Powers-of-two policies 


We shall here focus on a restricted version of the original problem: 
the JRP under a powers-of-two policy.’7 For each item i, rather than 
choosing an arbitrary optimal cycle length T;, we are given a base 
planning period T, — which is assumed sufficiently small, and 

in particular, smaller than the cycle length of the most frequently 
ordered item — and we must choose an optimal cycle length taking 
the form T;2*, where k € {0,...,c0}. This leads to the following 
nonlinear programming model (problem Z). 


n 
Z:min A/T + H;T; (13) 
i=0 
Subject to, 
T; = M,T, t= 10220) (14) 
T; > To b= Ay esayt, (15) 
M; € {2‘|k =0,1,..., co}, (16) 


where, for the sake of convenience, we let Ho £0. 
Now, relax constraint 14 in problem Z, and name the new prob- 
lem obtained Z. 


Lemma 23. Z is a lower bound among all feasible policies. 


class jrp: 
def __init__(self, n:int, beta:int, 
h:List[float], d:List[float], 
K:List[float], K@:float): 
"""An instance for the Joint 
Replenishment Problem 


Args: 

n (int): the number of items 

beta (int): the base planning 
period 

h (List[float]): holding cost 
rate for item 

d (List[float]): demand rate 
for item 

K (List[float]): fixed minor 
setup cost for item 

KO (float): fixed major setup 
cost. 


self.n, self.beta, self.h, 
self.d, self.K =n, beta, 
h, d, K 

self.H = [0] + [0.5 * h[i] * 
d[i] for i in range(0,n)] 

self.K = [KO] + K 

self.U = 30 # choose a number 
sufficiently large 


Listing 31 The JRP in Python. 


*© Esther Arkin, Dev Joneja, and 

Robin Roundy. Computational 
complexity of uncapacitated mullti- 
echelon production planning problems. 
Operations Research Letters, 8(2):61-66, 
1989. 


7 Peter Jackson, William Maxwell, 

and John Muckstadt. The joint 
replenishment problem with a powers- 
of-two restriction. IIE Transactions, 17(1): 
25-32, 1985. 
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Lemma 24. The solution to problem Z is no more than 6% more expensive 
than the lower bound obtained via problem Z. 


Proof. Let Te i = 0,...,n, be the optimal solution to the relaxed 
problem y By following a line of reasoning similar to that pre- 
sented in Lemma g, one first proves that the powers-of-two restric- 
tion implies 
2 < i < v2 (17) 
Yi ala 
where T;* is the optimal solution to the JRP under a powers-of-two 
policy (problem Z), i = 0,...,n. The result then follows from Eq. 17 
and from the convexity of the objective function of Z. 


The JRP can be modelled and solved by using ILOG CP Op- 
timizer in Python as shown in Listing 31 and in Listing 32, the 
solution leverages Constraint Programming*® to deal with the 
nonlinear and discrete nature of the problem. 


from docplex.cp.model import CpoModel 
from typing import List 
class jrp: 
def solve(self): 
mdl = CpoModel() 


M = mdl.integer_var_list(self.nt+1, 0, self.U, "M") 
power = [2**i for i in range(0,self.U+1) ] 
T = mdl.integer_var_list(self.n+1, 0, power[self.U], "T") 


mdl.add(mdl.element(power, M[i]) == T[i] for i in range(0,self.n+1) ) 
mdl.add(T[i] >= T[0] for i in range(0,self.n+1) ) 


mdl.minimize(mdl.sum(self.H[i]*T[i]/self.betatself.K[i]/(T[i]/self.beta) for i 
in range(0,self.n+1))) 


print("Solving model....") 

msol = mdl.solve(TimeLimit=10, agent=’local’, execfile= 
"/Applications/CPLEX_Studio1210/cpoptimizer/bin/x86-64_osx/cpoptimizer’ ) 

msol.print_solution() if msol else print("no solution") # Print solution 


Example 14. Consider a base planning period T, = 1/52 (e.g. a planning 
on a weekly basis), and the problem parameters in Table 3. The total cost 
of a powers-of-two policy is 25.3, the optimal solution is to order items 
1,...,4 every 2’ = 128 weeks, and to order item 5 every 256 weeks. 

The lower bound obtained by solving the relaxed problem Z is 24.9, then 
24.9 + 6% = 26.4; as expected, the total cost of a powers-of-two policy falls 
within the bounds 25.3 € (24.9,26.4). 


inventory level 


' lem 1, 2,4, 4 
4.92 


item 5 


2.46 


8 Francesca Rossi, Peter van Beek, 
and Toby Walsh, editors. Handbook 
of Constraint Programming, volume 2 
of Foundations of Artificial Intelligence. 
Elsevier, 2006. 


Listing 32 Solving the JRP by using 
ILOG CP Optimizer in Python. 


instance = {"n": 5, "beta": 52, 
"AY? [1,1,1,1,11), 
mg? [2252525215 
"K":[1,2,4,6,16], "KO": 5} 
jrp = jrp(**instance) 
jrp.solve() 


Fig. 36 A JRP instance; note that beta 
=1/T,. 


= 
° 
Land 
lanl 
RB 


Ki 5 1 2 4 6 16 


Table 3 Problem parameters for the 
JRP problem instance (yearly rates). 


Fig. 37 The optimal ordering plan for 
the JRP instance in Fig. 3. 


je year 
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Time-varying demand: Dynamic Lot Sizing 


While exploring variants of the EOQ problem we maintained the 
assumption that demand rate is known and constant and that in- 
ventory is reviewed continuously. Both these assumptions may 
result unrealistic in practice. In fact, it is often the case that decision 
maker operate under a “periodic review” setting in which inven- 
tory can be reviewed — and orders issued — only at certain points 
in time. This leads to a discretization of the planning horizon into 
periods. Moreover, demand rate in practice is often not constant 
and varies from period to period. 

In their 1958 seminal work"? Wagner and Whitin explored the 
Dynamic Version of the Economic Lot Size Model. The so-called 
Wagner-Whitin problem setting considers a finite planning horizon 
comprising T periods. Demand d; may vary from one period 
t to another. Unlike the EOQ inventory can only be reviewed 
— an orders issued — at the beginning of each period. Like in 
the Economic Order Quantity orders are received immediately 
after being placed, there is a fixed cost K as well as variable cost 
v for placing an order. There is a proportional cost h for carrying 
one unit of inventory from one period to the next. Finally, all 
demand must be met on time and the initial inventory is assumed 
to be zero. It is safe to disregard the proportional ordering cost 
because the planning horizon is finite and all demand must be met, 
therefore this is in fact a constant. The Wagner-Whitin problem can 
be modelled in Python as shown in Listing 33. 

As in the EOQ, we leverage the concept of replenishment cycle. 


Lemma 25. The cost associated with a replenishment cycle starting in 
period i and ending in period j (included) is 


i 
c(i,j) =K+h\(k—ady. 
k=i 


Costs c(i,j) can be computed as shown in Listing 34. 

We can then represent the problem as a Directed Acyclic Graph 
(DAG) in which arcs represent all possible replenishment cycles 
that can take place within our T-period planning horizon (Fig. 38) 
and in which the cost associated with arc (i,j) is c(i,j — 1). 


*9 Harvey M. Wagner and Thomson M. 
Whitin. Dynamic version of the 
economic lot size model. Management 
Science, 5(1):89-96, 1958. 


class WagnerWhitin: 
def __init__(self, K: float, h: 
float, d: List[float], I0: 
float): 


Create an instance of a 
Wagner-Whitin problem. 


Arguments: 

K {float} -- the fixed 
ordering cost 

h {float} -- the per unit 
holding cost 

d {List[float]} -- the demand 
in each period 

I0 {float} -- the initial 
inventory level 


self.K, self.h, self.d, self.10 
=K, h, d, 10 


Listing 33 The Wagner-Whitin base 
class. 


class WagnerWhitinDP: 
def cycle_cost(self, i: int, j: 
int) -> float: 


Compute the cost of a 
replenishment cycle 
covering periods i,...,j 


if i>j: raise Exception(’i>j’) 
return self.K + self.h * 


sum([(k-i)*self.d[k] for k 
in range(i,j+1)]) 


Listing 34 Wagner-Whitin cycle cost 
analysis. 


Fig. 38 Wagner-Whitin cost network. 
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The traditional Wagner-Whitin shortest path algorithm can be 
implemented in Python as shown in Listing 35. 


from typing import List 
import networkx as nx 
import itertools 


class WagnerWhitinDP(WagnerWhitin) : 


Implements the traditional Wagner-Whitin shortest path algorithm. 
def __init__(self, K: float, h: float, d: List[float]): 
super().__init__(K, h, d, 0) 
self.graph = nx.DiGraph() 
for i in range(0, len(self.d)): 
for j in range(it1, len(self.d)): 
self.graph.add_edge(i, j, weight=self.cycle_cost(i, j-1)) 


It can be shown that determining the cost of an optimal plan is 
equivalent to finding the shortest path in the aforementioned DAG. 
This can be done efficiently, for instance by leveraging Dijkstra’s 
algorithm.*° 

The cost of an optimal plan and associated order quantities can 
be retrieved as shown in Listing 36. 


class WagnerWhitinDP: 
def optimal_cost(self) -> float: 


Ce ae 


Compute the cost of an optimal solution to the Wagner-Whitin problem 
T, cost, g = len(self.d), 0, self.graph 
path = nx.dijkstra_path(g, 0, T-1) 
path.append(len(self.d)) 
for t in range(1,len(path) ): 
cost += self.cycle_cost(path[t-1],path[t]-1) 
return cost 


def order_quantities(self) -> List[float]: 


ee 


Compute optimal Wagner-Whitin order quantities 
T, g = len(self.d), self.graph 
path = nx.dijkstra_path(g, 0, T-1) 
path.append(len(self.d) ) 
qty = [0 for k in range(0,T)] 
for t in range(1,len(path) ): 
qty[path[t-1]] = sum([self.d[k] for k in range(path[t-1],path[t])]) 
return qty 


Example 15. We now consider the Wagner-Whitin problem shown 

in Listing 37. The cost of an optimal plan is 110, and associated order 
quantities in each period are {30,0,30,40}. The optimal plan is visualised 
as a shortest path in Fig. 39. 


c(1,2) = 50 


Listing 35 Wagner-Whitin dynamic 
programming problem setup. 


0 Edsger W. Dijkstra. A note on two 
problems in connexion with graphs. 
Numerische Mathematik, 1(1):269-271, 


1959. 


Listing 36 Wagner-Whitin problem 
solution cost retrieval. 


instance = {"K": 30, “h": 1, 
"d":[10,20,30,40]} 

ww = WagnerWhitinDP(**instance) 

print("Cost of an optimal plan: ", 
ww.optimal_cost()) 

print("Optimal order quantities: 
ww.order_quantities()) 


Listing 37 A Wagner-Whitin instance. 


Fig. 39 Wagner-Whitin optimal 
solution as a shortest path. 
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Positive initial inventory 


Accounting for a positive initial inventory Ip only requires a small 
modification to the DAG structure. Essentially, we must compute 
cycle costs as follows: 


hip thyl_(k—i)d, ifi=1, WI, & <I; 
c(i,j) = 4 00 fi > dy Sh yap Ty; 
K+hy}_,(k—i)d, — otherwise. 


Moreover, while retrieving order quantities, we should bear in mind 
that we should issue an order in period t, only if Ip < yy d;. Note 
that if Ip exceeds the total demand over the planning horizon, then 
clearly it is optimal to never place any order. 

A Wagner-Whitin instance with positive initial inventory is 
shown in Listing 38. The amended Python code is presented in 
Listing 39. 


class WagnerWhitinDP(WagnerWhitin) : 
Extension of the original Wagner-Whitin algorithm 
to embed a nonnegative initial inventory. 


def __init__(self, K: float, h: float, d: List[float], 10: float): 
super().__init__(K, h, d, 10) 
self.graph = nx.DiGraph() 
for i in range(0, len(self.d)): 
for j in range(it+1, len(self.d)): 
self.graph.add_edge(i, j, weight=self.cycle_cost(i, j-1)) 


def cycle_cost(self, i: int, j: int) -> float: 
Compute the cost of a replenishment cycle covering periods i,...,j 
when initial inventory is nonzero 


ea) 


if i>j: raise Exception(’i>j’) 


if i == 0 and sum(self.d[0:j+1]) <= self.I0: 
return self.h * sum([(k-i)*self.d[k] for k in range(i,j+1)]) + \ 
self.h * (j+1) * (self.I10-sum(self.d[@:j+1])) # cost no order 
elif i > 0 and sum(self.d[0:j+1]) <= self.I0: 
return sys.maxsize 
else: 
return self.K + self.h * \ 
sum([(k-i)*self.d[k] for k in range(i,j+1)]) # cost with order 


def optimal_cost(self) -> float: 


ea 


Compute the cost of an optimal solution to the Wagner-Whitin problem 
T, cost, g = len(self.d), 0, self.graph 
path = nx.dijkstra_path(g, 0, T-1) 
path.append(len(self.d)) 
for t in range(1,len(path) ): 
cost += self.cycle_cost(path[t-1],path[t]-1) 
return cost 


def order_quantities(self) -> List[float]: 


Compute optimal Wagner-Whitin order quantities 
T, 9 len(self.d), self.graph 
path = nx.dijkstra_path(g, 0, T-1) 
path.append(len(self.d) ) 
qty = [0 for k in range(0,T)] 
for t in range(1,len(path) ): 
qty[path[t-1]] = sum([self.d[k] for k in range(path[t-1],path[t])]) if 
sum(self.d[0:path[t-1]+1]) > self.I0 else 0 
return qty 
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instance = {"K": 30, “h": 1, 
"d":[10,20,30,40], "IO": 40} 
ww = WagnerWhitinDP(**instance) 
print("Cost of an optimal plan: ", 
ww.optimal_cost() ) 
print("Optimal order quantities: 
ww.order_quantities()) 


Listing 38 A Wagner-Whitin instance. 


Listing 39 Wagner-Whitin problem 
with positive initial inventory. 
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Planned backorders in Dynamic Lot Sizing 


We consider an extension of the Wagner-Whitin problem setting in 
which demand can be backordered from one period to the next. 

Consider a finite planning horizon comprising T periods. De- 
mand d; may vary from one period ¢ to another. Inventory can 
only be reviewed — an orders issued — at the beginning of each 
period. Orders are received immediately after being placed, there is 
a fixed cost K as well as variable cost v for placing an order. There 
is a proportional cost h for carrying one unit of inventory from one 
period to the next. There is a proportional backorder/penalty cost 
p for every unit that is backordered at the end of a period. The 
initial inventory is assumed to be equal to Ip. This problem can be 
modelled as follows. 


min ))6:K+0Q¢+hlf + ply (18) 
teT 
Subject to, 

Qt < Mé; a ees Ol (19) 

t 
In + ¥) (Qk — dk) = It t=1,...,T (20) 

k=0 
Lath ai al Peer i (21) 
Q:,1t,IF > 0 t=1,...,T (22) 


where M = Vier dt. 
The Python code implementing this mathematical programming 
model is presented in Listing 40 and in Listing 41. 


# http://ibmdecisionoptimization.github.io/docplex-doc/mp/creating_model. html 
# http://www-01.ibm.com/support/docview.wss ?uid=swg27042869&aid=1 

from docplex.mp.model import Model 

import sys 
sys.path.insert(0,’/Applications/CPLEX_Studio128/cplex/Python/3.6/x86-64_0sx’) 
from typing import List 


class WagnerWhitinPlannedBackorders: 


A Wagner-Whitin problem with planned backorders. 


H.M. Wagner and T. Whitin, 

"Dynamic version of the economic lot size model," 

Management Science, Vol. 5, pp. 89-96, 1958 

def __init__(self, K: float, v: float, h: float, p: float, d: List[float], I0: 
float): 


Create an instance of a Wagner-Whitin problem. 


Arguments: 
K {float} -- the fixed ordering cost 
v {float} -- the per unit ordering cost 


h {float} -- the per unit holding cost 

p {float} -- the per unit backorder cost 

d {List[float]} -- the demand in each period 
I0 {float} -- the initial inventory level 


self.K, self.v, self.h, self.p, self.d, self.I0 = K, v, h, p, d, 10 


Listing 40 Wagner-Whitin problem 
with planned backorders, problem 
instance. 
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class WagnerWhitinPlannedBackordersCPLEX(WagnerwhitinPlannedBackorders) : 


Model and solve the Wagner-Whitin problem as an MILP via CPLEX 
def model(self): 
model = Model("Wagner Whitin planned backorders") 


T, M = len(self.d), sum(self.d) 
idx = [t for t in range(0,T)] 


# Decision variables 

self.Q = model.continuous_var_dict(idx, name="Q") 

I = model.continuous_var_dict(idx, lb=-M, name="I") 
Ip = model.continuous_var_dict(idx, name="I*+") 

Im = model.continuous_var_dict(idx, name="I*-") 
delta = model.binary_var_dict(idx, name="delta") 


# Constraints 

for t in range(0,T): 
model.add_constraint(self.Q[t] <= delta[t]*M) # Eq. 14 
model.add_constraint(self.10 + model.sum(self.Q[k] - self.d[k] for k in 

range(0,t+1)) == I[t]) # Eq. 15 

model.add_constraint(I[t] == Ip[t]-Im[t]) # Eq. 16 
model.add_constraint(self.Q[t] >= 0) # Eq. 17a 
model.add_constraint(Ip[t] >= 0) # Eq. 17b 
model.add_constraint(Im[t] >= 0) # Eq. 17c 


model.minimize(model.sum(delta[t] * self.K + self.Q[t] * self.v + self.h * 
Ip[t] + self.p * Im[t] for t in range(0,T))) # Eq. 13 


model. print_information() 
self.msol = model.solve() 
if self.msol: 
model. print_solution() 
else: 
print("Solve status: " + self.msol.get_solve_status() + "\n") 


def order_quantities(self) -> List[float]: 


Compute optimal Wagner-Whitin order quantities 


return [self.msol.get_var_value(self.Q[t]) for t in range(0,len(self.d))] 


def optimal_cost(self) -> float: 


Compute the cost of an optimal solution to the Wagner-Whitin problem 


return self.msol.get_objective_value() 


The optimal ordering plan for the instance in Listing 42 is illus- 


trated in Fig. 4o. 


vf 


A 


Q2 = 60 Q,4 = 40 


Listing 41 Wagner-Whitin problem 
with planned backorders, cplex model. 


instance = {"K": 40, "v": 1, "h": 1, 
"p": 2, "d":[10,20,30,40], "Io": 


0} 

p = WagnerWhitinPlannedBackordersCPLEX 
(**instance) 

p.model() 


Listing 42 A Wagner-Whitin with 
planned backorders problem instance. 


t 


Fig. 40 The optimal ordering plan for 
the instance in Fig. 42. 
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Order quantity capacity constraints in Dynamic Lot Sizing 


We consider an extension of the Wagner-Whitin problem setting in 
which capacity constraints are imposed on the order quantity in 
each period. 

Consider a finite planning horizon comprising T periods. De- 
mand d; may vary from one period t to another. Inventory can only 
be reviewed — an orders issued — at the beginning of each period. 
The maximum order quantity in each period is C. Orders are re- 
ceived immediately after being placed. There is a fixed cost K as 
well as variable cost v for placing an order. There is a proportional 
cost h for carrying one unit of inventory from one period to the 
next. Finally, all demand must be met on time and the initial inven- 
tory is assumed to be equal to Ip. This problem can be modelled as 
follows. 


min )/6:K+0Q;+hh (23) 
teT 
Subject to, 
Qt < Coy b= Dyiiag DT (24) 
ly+ Y(Qx—d) = b= lpave,T (25) 
- Oph =o | rs (26) 


The Python code implementing this mathematical programming 
model is presented in Listing 43 and in Listing 44. 


from typing import List 


class CapacitatedLotSizing: 


A capacitated lot sizing problem under capacity constraints. 


M. Florian, J. K. Lenstra, and A. H. G. Rinnooy Kan. 

Deterministic production planning: Algorithms and complexity. 

Management Science, 26(7): 669-679, July 1980 

def __init__(self, K: float, v: float, h: float, d: List[float], 10: float, C: 
float): 


Create an instance of the capacitated lot sizing problem. 


Arguments: 
K {float} -- the fixed ordering cost 
v {float} -- the per unit ordering cost 


h {float} -- the per unit holding cost 

d {List[float]} -- the demand in each period 
I0 {float} -- the initial inventory level 

C {float} -- the order capacity 


self.K, self.v, self.h, self.d, self.I0, self.C = K, v, h, d, I0, C 


The optimal ordering plan for the instance in Listing 45 is illus- 
trated in Fig. 41. 


Listing 43 Capacitated stochastic lot 
sizing, problem instance. 
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# http://ibmdecisionoptimization.github.io/docplex-doc/mp/creating_model. html 
# http://www-01.ibm. com/support/docview.wss?uid=swg27042869&aid=1 

from docplex.mp.model import Model 

import sys 
sys.path.insert(0,’/Applications/CPLEX_Studio128/cplex/Python/3.6/x86-64_0sx’) 


class CapacitatedLotSizingCPLEX(CapacitatedLotSizing) : 


Solves the capacitated lot sizing problem as an MILP. 


def __init__(self, K: float, v: float, h: float, d: List[float], 10, C: float): 


Create an instance of the capacitated lot sizing problem. 


Arguments: 
K {float} -- the fixed ordering cost 
v {float} -- the per unit ordering cost 


h {float} -- the per unit holding cost 
d {List[float]} -- the demand in each period 
I0 {float} -- the initial inventory level 
super().__init__(K, v, h, d, I0, C) 
self .model() 


def model(self): 


Model and solve the capacitated lot sizing problem via CPLEX 


model = Model("Capacitated lot sizing") 

T = len(self.d) 

idx = [t for t in range(0,T)] 

self.Q = model.continuous_var_dict(idx, name="Q") 
I = model.continuous_var_dict(idx, lb=0, name="I") 
delta = model.binary_var_dict(idx, name="delta") 


for t in range(0,T): 
model.add_constraint(self.Q[t] <= delta[t]*self.C) 
model.add_constraint(self.10 + model.sum(self.Q[k] - self.d[{k] for k in 
range(0,t+1)) == I[t]) 
model.add_constraint(self.Q[t] >= 0) 
model.add_constraint(I[t] >= 0) 


model.minimize(model.sum(delta[t] * self.K + self.Q[t] * self.v + self.h * 
I[t] for t in range(0,T))) 
model. print_information() 
self.msol = model.solve() 
if self.msol: 
model. print_solution() 
else: 
print("Solve status: " + self.msol.get_solve_status() + "\n") 


def order_quantities(self) -> List[float]: 


ea 


Compute optimal capacitated lot sizing order quantities 


pee 


return [self.msol.get_var_value(self.Q[t]) for t in range(0,len(self.d))] 


def optimal_cost(self) -> float: 


ea) 


Compute the cost of an optimal solution to the capacitated lot sizing problem 


vee 


return self.msol.get_objective_value() 


instance = {"K": 40, "v": 1, "h": 1, "d":[10,20,30,40], "IO": 0, "C": 30} 
CapacitatedLotSizingCPLEX(**instance) 


Listing 44 Capacitated lot sizing, cplex 
model. 


Listing 45 Capacitated lot sizing 
problem instance. 
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Computational complexity 


The capacitated lot sizing problem is known to be NP-hard.*! This 
means that it is unlikely we will ever find an efficient solution 
method to compute optimal replenishment plans. Apart from 

the mathematical programming model presented in the previous 
section, the problem can also be solved via dynamic programming. 
Dynamic programming formulation 

Consider the capacitated lot sizing problem, 


e T is the number of periods; 


e the state s is the initial inventory level in period t; therefore 
8: 410 34,D}, fort = 1, x, T, where D= VT de 


* the action a is the order quantity in period t; therefore A; = 
{0,...,C} for any state s; 


¢ the state transition function is simply g;(s, a) 2s4+a—d; 


e the immediate cost if action a € A; is taken in state s € S;, is 


c(s,a) = 


a |K+av+hmax(s +a—d:,0) + Mmax(d;-—s+a,0) a>0O, 


Fig. 41 The optimal ordering plan for 
the instance in Listing 45. 


21 Michael Florian, Jan K. Lenstra, 

and Alexander H. G. Rinnooy Kan. 
Deterministic production planning: Al- 
gorithms and complexity. Management 
Science, 26(7):669-679, 1980. 


hmax(s + a— d;,0) + Mmax(d; —s +4,0) otherwise, 


where M is a large number; 


¢ the functional equation is 


f(s) = min c(s,a) + fr+1(gt(s,4)) (27) 


acAs 
for which the boundary condition is fr+1(s) £0 for alls € Spy}. 


The goal is to determine f;(s), where s denotes the initial inventory 
level in the first period. 


WE NEXT SHOW HOW TO MODEL AND SOLVE the capacitated lot 
sizing problem via dynamic programming”? in Python. 

The State class (Listing 46), is used to capture a state of the 
system. Note that we implement function __eq__ to ensure to states 
can be compared with each other. 


~ For more information on dynamic 
programming refer to the Appendix. 
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Listing 46 Capacitated lot sizing, 


from typing import List 


class State: 


The state of the inventory system. 


def __init__(self, t: int, I: float): 
"""Instantiate a state 


Arguments: 
t {int} -- the time period 
I {float} -- the initial inventory 


self.t, self.I =t, I 


def __eq__(self, other) 
return self.__dict__ == other.__dict__ 


def __str__(self): 
return str(self.t) +" " + str(self.I) 


def __hash__(self): 
return hash(str(self) ) 


auxiliary classes. 


Listing 47 Capacitated lot sizing, 


class CapacitatedLotSizingSDP(CapacitatedLotSizing) : 


Solves the capacitated lot sizing problem as an SDP. 


stochastic dynamic programming 
model (part 1 of 2). 


def __init__(self, K: float, v: float, h: float, d: List[float], 10, C: float): 


Create an instance of the capacitated lot sizing problem. 


Arguments: 
K {float} -- the fixed ordering cost 
v {float} -- the per unit ordering cost 


h {float} -- the per unit holding cost 
d {List[float]} -- the demand in each period 
I0 {float} -- the initial inventory level 


super().__init__(K, v, h, d, I0, C) 


# initialize instance variables 


self.T, min_inv, max_inv, M = len(d), 0, sum(d), 100000 


# lambdas 


self.ag = lambda s: [x for x in range(0, min(max_inv-s.I, self.C+1))] # action 


generator 


self.st = lambda s, a, d: State(s.t+1, s.I+a-d) # state transition 
L = lambda i,a,d : self.h*max(ita-d, 0) + M*xmax(d-i-a, 0) # immediate 


holding/penalty cost 


self.iv = lambda s, a, d: (self.K+tvxa if a > 0 else 0) + L(s.I, a, d) # 


immediate value function 


self.cache_actions = {} # cache with optimal state/action pairs 


print("Total cost: " + str(self.f(self.10))) 


print("Order quantities: " + str([Q for Q in self.order_quantities()])) 


def _compute_order_quantities (self): 


ae 


Compute optimal capacitated lot sizing order quantities 


ee 


I = self.10 

for t in range(len(self.d)): 
Q = self.q(t, I) 
I += Q - self.d[t] 
yield Q 


def order_quantities(self) -> List[float]: 


return [Q for Q in self._compute_order_quantities()] 


def optimal_cost(self) -> float: 


vee 


Compute the cost of an optimal solution to the capacitated lot sizing problem 


pai 


return self.f(self.10) 
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Listing 48 Capacitated lot sizing, 
class CapacitatedLotSizingSDP(CapacitatedLotSizing) : stochastic dynamic programming 


wn model (part 2 of 2). 


Solves the capacitated lot sizing problem as an SDP. 
[sccitontinues....«] 


@memoize 
def _f(self, s: State) -> float: 


Dynamic programming forward recursion. 


Arguments: 
s {State} -- the initial state 


Returns: 
float -- the cost of an optimal policy 
#Forward recursion 
v = min( # optimal cost 
[(self.iv(s, a, self.d[s.t])+ # immediate cost 
(self._f(self.st(s, a, self.d[s.t])) if s.t < self.T-1 else 0)) # future 
cost 
for a in self.ag(s)]) # actions 


opt_a = lambda a: (self.iv(s, a, self.d[s.t])+ # optimal cost 
(self._f(self.st(s, a, self.d[s.t])) if s.t < self.T-1 else 0)) ==v 


q = [k for k in filter(opt_a, self.ag(s))] # retrieve best action list 

self.cache_actions[str(s)]=q[0] if bool(q) else None # store an action in 
dictionary 

return v # return expected total cost 


def f(self, level: float) -> float: 


Recursively solve the capacitated lot sizing problem 
for an initial inventory level. 


Arguments: 
level {float} -- the initial inventory level 


Returns: 
float -- the cost of an optimal policy 


s = State(0, level) 
return self._f(s) 


def q(self, period: int, level:float) -> float: 


Retrieves the optimal order quantity for a given initial inventory level. 


Arguments: 

period {int} -- the initial period 

level {float} -- the initial inventory level 
Returns: 


float -- the optimal order quantity 


s = State(period, level) 

if not(str(s) in self.cache_actions): 
self._f(s) 

return self.cache_actions[str(s)] 


To model this problem, we adopted a trick: it is clear that, since 
inventory cannot be negative, given a period ¢ and an initial inven- 
tory level, some actions may be infeasible, therefore in general the 
space of possible action A; may not be equal to {0,...,C}. It may 
be complex to determine what values a € {0,...,C} are feasible 
for a given state s. To overcome this difficulty, we allowed poten- 
tially infeasible actions, but we associated a very high cost (the 
large number M) to infeasible states in the immediate cost function 
c(s,a). 
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IN DYNAMIC PROGRAMMING, an optimal solution can be obtained 
via forward recursion or backward recursion. In Listing 47 and 
Listing 48 we present a solution based on forward recursion. 

The action generator function, the state transition function, and 
the immediate value function are conveniently captured in Python 
via lambda expressions. A generic dynamic programming forward 
recursion that leverages these lambda expressions is implemented 
in function _f; this function is a direct implementation of Eq. 27. 

Finally, the memoize class (Listing 49) is a decorator?3 used to 
tabulate function _f and make sure that, if f;(s) has been already 
computed for a given state s, this computation does not happen 
twice. This function leverages the __hash__ function of class State 
to store and retrieve states stored in the cache. 


import functools 


class memoize(object): 


Memoization utility 


def __init__(self, func): 
self.func, self.memoized, self.method_cache = func, {}, {} 


def __call__(self, *args): 
return self.cache_get(self.memoized, args, lambda: self.func(*args) ) 


def __get__(self, obj, objtype): 
return self.cache_get(self.method_cache, obj, 
lambda: self.__class__(functools.partial(self.func, obj))) 


def cache_get(self, cache, key, func): 
try: 
return cache[key] 
except KeyError: 
cache[key] = func() 
return cache[key] 


def reset(self): 
self.memoized, self.method_cache = {}, {} 


A SAMPLE INSTANCE is presented in Listing 50. The solution to this 
instance is of course the same already illustrated in Fig. 41. 


instance = {"K": 40, "v": 1, "h": 1, "d":[10,20,30,40], "IO": 0, "C": 30} 
CapacitatedLotSizingSDP(**instance) 


WHEN THE CAPACITY IS THE SAME IN EVERY PERIOD, the problem 
has polynomial O(T*) complexity.”4 


3 Wikipedia Contributors. Python 
syntax and semantics. Wikipedia, The 
Free Encyclopedia. Available at: https: 
//en.wikipedia.org/wiki/Python_ 
syntax_and_semantics#Decorators 


Listing 49 Memoization utility. 


Listing 50 Capacitated lot sizing, 
sample instance. 


4 Michael Florian and Morton Klein. 
Deterministic production planning 
with concave costs and capacity 
constraints. Management Science, 18(1): 
12-20, 1971. 
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Introduction 


In this chapter, we discuss predictive analytics techniques for 
demand forecasting in inventory control. The techniques surveyed 
in this chapter originate in the realm of time series analysis and 
forecasting. We first introduce the notion of time series, then we 
survey a portfolio of time series models. We show how to fit these 
models to data and how to generate forecasts, confidence, and 
prediction bands. 


e Time series P- 75 
Stationary demand & the Moving Average method _p. 77 
The random walk & the Naive method p- 81 
The random walk with drift & the Drift method p- 84 


The seasonal random walk & the Seasonal Naive method 
p. 87 


Forecast quality metrics p- 90 
Prediction Intervals P- 93 
Box-Cox transformations p- 98 
Simple Exponential Smoothing p- 99 
Double Exponential Smoothing (Holt’s method) p- 104 


Triple Exponential Smoothing (Holt-Winters’ seasonal 
method) p- 106 


Differencing p- 108 
The Autoregressive (AR) model Pp- 109 
The Moving Average (MA) model p- 111 


The Autoregressive Integrated Moving Average (ARIMA) 


model p- 113 


Practical considerations p- 114 


Time series 
Definition 4. A time series is a series 


{xX1,X2,...} 
of indexed data points. 


Examples of time series include: hourly temperatures at a given 
day/location, daily closing values of the Dow Jones Industrial 
Average, quarterly gas meter readings for a given household, etc. 


Example 16. In Table 4 we present a time series: the value at market close 
of the Dow Jones index between Mon 3 Aug 2020 and Fri 14 Aug 2020.79 


Time series analysis aims at extracting statistics and/or other 
information from time series data. The process typically starts with 
a so-called exploratory analysis, which aims at summarising key 
characteristics of time series data, often with visual methods, in 
order to formulate and test hypotheses. 


Example 17. In Fig. 42 we illustrate the behaviour of the Dow Jones 
Industrial Average between Mon 3 Aug 2020 and Fri 14 Aug 2020. 


Dow Jones Industrial average 
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Time series forecasting leverages a model, e.g. a stochastic model, 
to predict future values based on previously observed values. 

A possible approach to time series analysis and forecasting is 
to assume the time series is a realisation — i.e. an indexed set of 


observed values — of a given stochastic process.?° 


Definition 5. A stochastic process {X;} is an indexed set of random 
variables, where t € T, and the set T used to index the random variables 
is called the index set. 


A stationary stochastic process is a stochastic process whose 
unconditional joint probability distribution does not change when 
shifted in time. 


DEMAND FORECASTING 75 


= https://finance. yahoo. com/ 


Date Dow Jones 
Mon 3 Aug 2020 26664.4 
Tue 4 Aug 2020 26828.5 
Wed 5 Aug 2020 27201.5 
Thu 6 Aug 2020 27387.0 
Fri 7 Aug 2020 27433-5 
Mon 10 Aug 2020 27791.4 
Tue 11 Aug 2020 27686.9 
Wed 12 Aug 2020 27976.8 
Thu 13 Aug 2020 27896.7 
Fri 14 Aug 2020 27931.0 


Table 4 Dow Jones Industrial Average 
between Mon 3 Aug 2020 and Fri 14 
Aug 2020. 


Fig. 42 Line chart of the Dow Jones 
Industrial Average between Mon 3 
Aug 2020 and Fri 14 Aug 2020; note 
that there are no readings during the 
weekend, since the stock market is 
closed. 


6 Robert G. Gallager. Stochastic processes. 
Cambridge Univ. Pr., 2013. 
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Definition 6. Let {X;} be a stochastic process; and F;,...n(x) be the joint 
cumulative distribution function of { Xt, X141,..-,Xt+n}, wheren > 0. 
{X;+} is stationary if Fy.n(x) = Frac,....n41(x), for all t. 


Lemma 26. A stochastic process {X+} in which all Xt are independent and 
identically distributed random variables is stationary. 


Definition 7 (White noise). A stochastic process is said to be a white 
noise if its constituting random variables each have a probability distribu- 
tion with zero mean and finite variance, and are mutually independent. 


Lemma 27. A white noise is stationary. 


Definition 8 (Gaussian noise). A Gaussian noise is a white noise in 
which all components follow a normal distribution with zero mean and the 


same variance o. 


Example 18 (Gaussian white noise). In Fig. 43 we illustrate 30 
realisations of a standard Gaussian noise, i.e. 0 = 1. 


Standard Gaussian noise 


Time series analysis techniques that assume the existence of an 
underpinning stochastic process may be divided into parametric 
and non-parametric. 

Parametric approaches assume that there exists an underlying 
stationary stochastic process possessing a certain structure, which 
can be described using a small number of parameters; the task is 
then to estimate the parameters of the model that describes the 
stochastic process. 

Non-parametric approaches do not assume that the underpin- 
ning stochastic process has any particular structure. 


IN WHAT FOLLOWS, we will focus on parametric approaches. Once 
a model for the underlying stochastic process has been chosen, one 
can carry out forecasting and predict the future behaviour of the 
underlying stochastic process. 


Fig. 43 A standard Gaussian noise. 


Four simple forecasting methods 


Behind a forecasting method there is often an underpinning work- 
ing hypothesis that justifies it, and that motivates an underlying 
stochastic model. In this section, we will focus on four simple 
forecasting methods and on their underlying stochastic models.*7 


Stationary demand & the Moving Average method 


The working hypothesis here is that: “tomorrow will be roughly the 
same as today.” This hypothesis leads to a (stationary) stochastic 
process {X;} in which all X; are independent and identically dis- 
tributed random variables. Moreover, it is customary to assume 
forecast errors are normally distributed, therefore we will consider 
a Gaussian process as the underpinning stochastic process. To char- 
acterise this stochastic process, we must therefore know, or estimate, 
the distribution of X;, that is its mean p and standard deviation 

7. In Listing 51 we show how to sample a Gaussian process with 
given mean y and standard deviation o in Python. 


Movinc AVERAGE. This method predicts that 
Dice 4 (Xt—-w41 a Er ees xp)/t 


for all k = 1,2,...; where Xia  p. In essence, the mean p of all 
future random variables is assumed to be equal to the average of 
all historical realisations (Average method), or to the average of 
the past w realisations (Moving Average method). The following 
imports will be used throughout this section. 


import math, statistics, scipy.stats as stats, statsmodels.api as sm 
import numpy as np, pandas as pd 
import matplotlib.pyplot as plt, pylab as py 


We implement the Moving Average method in Python as follows. 


def moving_average(series, w, t): 
"""Forecasts elements t+1, t+2, ... 


of series 


forecasts = np.empty(t+1) 
forecasts. fill (np.nan) 
for k in range(1,len(series)-t): 
forecasts = np.append(forecasts, series[t+1-w:t+1] .mean() ) 
return forecasts 


Example 19. Consider a stochastic process {X+} where, for all t, random 
variable X; is normally distributed with mean u = 20 and standard 
deviation g = 5; we sample 200 realisations from {X;} and compute 
forecasts for the last 40 periods by using the Moving Average method 
with a window of size w = 32 (Fig. 44); Listing 52 illustrates the plot 
function. 


N, t, window = 200, 160, 32 

realisations = pd.Series(sample_gaussian_process(20, 5, N), range(N)) 
forecasts = moving_average(realisations, window, t) 
plot(realisations, forecasts, window) 

py. show() 
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27 The four methods are: the Moving 
Average method; the Naive method; 
the Drift method; and the Seasonal 
Naive method. It is often the case 
that one of these simple methods 
may be the best forecasting method 
available for a given application; 
alternatively, these methods may be 
used as benchmarks. 


def sample_gaussian_process(mu, sigma, 
realisations): 
np. random. seed(1234) 
return np.random.normal(mu, sigma, 
realisations) 


Listing 51 Sampling a Gaussian 
process in Python. 


def plot(realisations, forecasts, 
window) : 

f = plt.figure(1) 

plt.title("Moving Average 
forecasts\n window size = 
{}". format (window) ) 

plt.xlabel(’Period ($t$)’) 

first, last = next(x for x, val in 
enumerate(forecasts) if 
~np.isnan(val)), 
len(forecasts) -1 

plt.axvspan(first, last, alpha=0.2, 
color='blue’) 

plt.plot(forecasts, "g", 
label="Moving Average 
forecasts ($\widehat{X}_t$)") 

plt.plot(realisations, 
label="Actual values ($x_t$)") 

plt.legend(loc="upper left") 

plt.grid(True) 

f.show() 


Listing 52 Plotting Moving Average 
forecasts in Python. 
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Moving Average forecasts 
window size = 32 


— Moving Average forecasts (X;) 
30 + —— Actual values (x;) 
254 
| | Iii 
20 +—} | | \ 
15 4 
10 4 
54 
T 7 T T T * T T T 
ie} 25 50 75 100 125 150 175 200 


Period (t) 


RESIDUALS ANALYSIS. Recall that x1,%2,...,x7 are the realisations 
of X1,Xo,..., Xt. Consider realisations x1,%2,...,x;, and the one- 
step forecast ae given all previous realisations x1, X2,...,X+. For 
the Moving Average method, the list of all one-step forecasts for 
periods 1,...,T is computed as follows. 


def moving_average_rolling(series, w): 
return series. rolling (window=w) .mean() 


The residual e4) = X41 — x, 1 represents the difference between 


realisation x;,1 and its one-step forecast Ri based on all previ- 

ous realisations x1, X2,...,X. Residuals are what is left over after 

fitting a time series model. Given the list of all one-step forecasts, 
residuals can be computed as follows. 


def residuals(realisations, forecasts): 
return realisations - forecasts 


Residuals reveal if a model has adequately captured the informa- 
tion in the data. Lete = {e1,...,e7} be the residuals; a standard- 
ized residual can be computed by dividing the residual by the 
sample standard deviation of population e. 


def standardised_residuals(realisations, forecasts): 
residuals = realisations - forecasts 
return (residuals) / statistics.stdev(residuals) 


A good forecasting method will yield standardized residuals that have zero 
mean and are uncorrelated; ideally, residuals must approximate as 
closely as possible a standard Gaussian noise with constant vari- 
ance (homoskedastic) over time periods. The following functions 
can be used for an exploratory analysis of residuals. 


def residuals_plot(residuals) : 
f = plt.figure(2) 
plt.xlabel(’Period ($t$)’) 
plt.ylabel(’Residual’ ) 
plt.plot(residuals, "g", label="Residuals") 
plt.grid(True) 
f.show() 


Fig. 44 Forecasts for the last 40 
periods by using the Moving Average 
method with a window of size w = 32; 
the underpinning stochastic process 

is a a Gaussian process with mean 

# = 20 and standard deviation 7 = 5. 


def residuals_histogram(residuals): 
f = plt.figure(3) 
plt.xlabel(’Residual’) 
plt.ylabel(’Frequency’ ) 
num_bins = 30 
plt.hist(residuals, num_bins, facecolor='blue’, alpha=0.5, density=True) 
xX = np.linspace(-3, 3, 100) 
plt.plot(x, stats.norm.pdf(x, 0, 1)) 
f.show() 


def residuals_autocorrelation(residuals, window): 
f = plt.figure(4) 
plt.xlabel(’Time lag’) 
plt.ylabel(’Autocorrelation’ ) 
plt.acorr(residuals, maxlags=window) # autocorrelation of the residuals 
f.show() 


The following code can be used to carry out a residuals analysis 
in Python for the Moving Average method. 


N, window = 200, 32 

realisations = pd.Series(sample_gaussian_process(20, 5, N), range(N)) 

forecasts = moving_average_rolling(realisations, window) 

residuals = residuals(realisations[window:], forecasts[window: ]) 

print("E[e_t] = "+str(statistics.mean(residuals) ) ) 

standardised_residuals = standardised_residuals(realisations[window: ], 
forecasts [window: ] ) 

residuals_plot (residuals) 

residuals_histogram(standardised_residuals) 

residuals_autocorrelation(residuals, None) 

sm.qqplot(standardised_residuals, line =’45’) 

py. show() 


Residuals have mean —0.14, which is close to zero (Fig. 45). 
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The histogram in Fig. 46 suggests that residuals are approxi- 
mately Gaussian. Fig. 47 reveals absence of residuals autocorre- 
lation. Finally, the Q-Q plot (Fig. 48) appears to further support 
normality of residuals. These results suggests that the model has 
adequately captured the information in the data. 

Besides analysing these property visually, one would generally 


also carry out statistical tests to test significance of these hypothesis. 


We direct the reader to the broader literature for more details.28 
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Fig. 45 Residual analysis for the 
Moving Average method: residuals. 


*8 Rob J. Hyndman and George Athana- 
sopoulos. Forecasting: Principles and 
practice. OTexts, 2020. 
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Fig. 46 Residual analysis for the 
Moving Average method: histogram. 
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Fig. 47 Residual analysis for the Mov- 
ing Average method: autocorrelation 
plot. 
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Fig. 48 Residual analysis for the 
Moving Average method: Q-Q plot. 
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Naive method 


The stochastic process of interest here is a random walk. 


Definition 9. A random walk is a stochastic process {X+} in which 
Xt = X14 + €t, 
where stochastic process {€+} is a white noise. 


Random walk models are widely used for non-stationary data, 
particularly financial and economic data. They are often used when 
the change (i.e. difference) between consecutive observations in 
a given series appears to be a white noise: x; — x;_1 = €. Key 
characteristics of random walks are long periods of apparent trends 
up or down, paired with sudden and unpredictable changes in 
direction. Since future movements are unpredictable, and are 
equally likely to be up or down, the best forecast available is the 
last observation; this motivates the following forecasting method. In 
Listing 53 we show how to sample a random walk in Python. 


NaAivE METHOD. The Naive method, predicts that 


> A 
Xtik = Xt. 


for allk = 1,2,...; in essence, the expected value of all future 
random variables is assumed to be equal to the value of the last 
observation. We next implement the Naive method in Python. 


def naive(series, t): 
"""Eorecasts periods t+1, t+2, ... of series 


forecasts = np.empty(len(series) ) 
forecasts[:t+1] = np.nan 
forecasts[t+1:] = series[t] 
return forecasts 


Naive method 
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Example 20. Let {X;} be a random walk with standard Gaussian noise 
{er}; by leveraging the following code, we sample 200 realisations from 
this process and compute the Natve forecasts for the last go periods (Fig. 
49). Listing 54 illustrates the plot function. 
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def sample_random_walk(X0, 

realisations): 

np. random. seed(1234) 

errors = np.random.normal(0, 1, 

realisations) 

Xt = XO 

for e in errors: 
Xt = Xt +e 
yield Xt 


Listing 53 Sampling a random walk in 
Python. 


Fig. 49 Naive method forecasts for the 
last 40 periods of a random walk with 
standard Gaussian noise. 
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N, t, window = 200, 160, 1 

realisations = pd.Series(list(sample_random_walk(0, N)), range(N)) 
forecasts = naive(realisations, t) 

plot(realisations, forecasts) 

py. show() 


Naive method one-step forecasts can be computed as follows. 


def naive_rolling(series): 
return series.shift(periods=1) 


By leveraging these forecasts, we carry out residuals analysis. 


N, window = 200, 1 

realisations = pd.Series(list(sample_random_walk(0@, N)), range(N)) 

forecasts naive_rolling(realisations) 

residuals residuals(realisations[window:], forecasts [window: ]) 

print("E[e_t] = "+str(statistics.mean(residuals) ) ) 

standardised_residuals = standardised_residuals(realisations[window: ], 
forecasts [window: ] ) 

residuals_plot (residuals) 

residuals_histogram(standardised_residuals) 

residuals_autocorrelation(residuals, None) 

sm.qqplot(standardised_residuals, line =’45') 

py. show() 


def plot(realisations, forecasts): 


f = plt.figure(1) 

plt.title("Naive method") 

plt.xlabel(’Period ($t$)’) 

first, last = next(x for x, val in 
enumerate(forecasts) if 
~np.isnan(val)), 
len(forecasts) -1 

plt.axvspan(first, last, alpha=0.2, 
color='blue’ ) 

plt.plot(forecasts, "r", 
label="Naive forecasts 
($\widehat{X}_t$) ") 

plt.plot(realisations, "b", 
label="Actual values ($x_t$)") 

plt.legend(loc="upper left") 

plt.grid(True) 

f.show() 


Residuals have mean —0.009, which is close to zero (Fig. 50). 
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The histogram in Fig. 51 suggests that residuals are approxi- 
mately Gaussian. Fig. 52 reveals absence of residuals autocorre- 
lation. Finally, the Q-Q plot (Fig. 53) appears to further support 
normality of residuals. 


Listing 54 Plotting Naive forecasts 
in Python for a random walk with 
standard Gaussian noise. 


Fig. 50 Residual analysis for the Naive 
method: residuals. 
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Fig. 51 Residual analysis for the Naive 
method: histogram. 


Fig. 52 Residual analysis for the Naive 
method: autocorrelation plot. 


Fig. 53 Residual analysis for the Naive 
method: Q-Q plot. 


84 INVENTORY ANALYTICS 


Drift method 


A model closely related to the random walk allows the differences 
between consecutive observations to have a non-zero mean. 


Definition 10. A random walk with drift is a stochastic process { X;} such 
that 
Xp =c+Xp1 + €t, 


where stochastic process {€;} is a white noise, and c is the drift. 


The “drift” represents the average change between consecutive 
observations, that is 


E[x- — x11] & c+ Efex], 


where E[e;] = 0, since {¢;} is a white noise. If c is positive, { X;} 
will drift upwards; if c is negative, {X;} will drift downwards. In 
Listing 55 we sample a random walk with drift in Python. 


DRIFT METHOD. The Drift method, predicts that 


t 

Xiag Ste tk/(t-—1) Yo (2; — xj-1) = we + (xe — 11) /(t-1) 

i=2 

for allk = 1,2,...; this variant of the Naive method allows the 
forecasts to increase or decrease over time, where the amount of 
change over time (the drift) is set to be the average change seen in 
the historical data. In essence, this is equivalent to drawing a line 
between the first and last observations, and extrapolating it into the 
future. The Drift method can be implemented in Python as follows. 


def drift(series, t): 
"""Eorecasts periods t+1, t+2, ... 


of series 


forecasts = np.empty(t+1) 
forecasts. fill (np.nan) 
x1 = series[0] 
xt = series[t] 
for k in range(1,len(series)-t): 

xtk = xt+k*(xt-x1)/t 

forecasts = np.append(forecasts, xtk) 
return forecasts 


Example 21. Let { X;} be a random walk with drift c = 0.1 and standard 
Gaussian noise {e+}; by leveraging the following code, we sample 200 
realisations from this process and compute Drift forecasts for the last 40 
periods (Fig. 54). Listing 56 illustrates the plot function. 


N, t, window = 200, 160, 2 

realisations = pd.Series(list(sample_random_walk(0, 0.1, N)), range(N)) 
forecasts = drift(realisations, t) 

plot(realisations, forecasts) 


Drift method one-step forecasts can be computed as follows. 


def drift_rolling(series): 
forecasts = np.empty(2) 
forecasts. fill (np.nan) 
for k in range(2,len(series)): 
xk = drift(series[:k+1], k-1)[-1] 
forecasts = np.append(forecasts, xk) 
return forecasts 


def sample_random_walk(X0, c, 

realisations): 

np. random. seed(1234) 

errors = np.random.normal(0, 1, 

realisations) 

Xt = XO 

for e in errors: 
Xt =c+Xtt+e 
yield Xt 


Listing 55 Sampling a random walk 
with drift in Python. 


def plot(realisations, forecasts): 

f = plt.figure(1) 

plt.title("Drift method") 

plt.xlabel(’Period ($t$)’) 

first, last = next(x for x, val in 
enumerate(forecasts) if 
~np.isnan(val)), 
len(forecasts) -1 

plt.axvspan(first, last, alpha=0.2, 
color='blue’ ) 

plt.plot(forecasts, "r", 
label="Drift forecasts 
($\widehat{X}_t$)") 

plt.plot(realisations, "b", 
label="Actual values ($x_t$)") 

plt.legend(loc="upper left") 

plt.grid(True) 

f.show() 


Listing 56 Plotting Drift forecasts 
in Python for a random walk with 
standard Gaussian noise and drift. 


Drift method 


30 + —— prift forecasts (X,) 
— Actual values (x;) 


254 
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154 


104 
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Period (t) 


By leveraging these forecasts, we carry out residuals analysis. 


N, window = 200, 2 

realisations = pd.Series(list(sample_random_walk(0, 0.1, N)), range(N)) 

forecasts = pd.Series(list(drift_rolling(realisations)), range(N)) 

residuals = residuals(realisations[window:], forecasts[window: ] ) 

print("E[e_t] = "+str(statistics.mean(residuals) ) ) 

standardised_residuals = standardised_residuals(realisations[window: ], 
forecasts [window: ] ) 

residuals_plot (residuals) 

residuals_histogram(standardised_residuals) 

residuals_autocorrelation(residuals, None) 

sm.qqplot(standardised_residuals, line =’45’) 

py. show() 


Residuals have mean —0.02, which is close to zero (Fig. 55). 


Residual 


0 25 50 75 100 125 150 175 200 
Period (t) 


The histogram in Fig. 56 suggests that residuals are approxi- 
mately Gaussian. Fig. 57 reveals absence of residuals autocorre- 
lation. Finally, the Q-Q plot (Fig. 58) appears to further support 


normality of residuals. 
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Fig. 54 Drift forecasts in Python for a 
random walk with standard Gaussian 
noise and drift c = 0.1. 


Fig. 55 Residual analysis for the Drift 
method: residuals. 
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Fig. 56 Residual analysis for the Drift 
method: histogram. 


Fig. 57 Residual analysis for the Drift 
method: autocorrelation plot. 


Fig. 58 Residual analysis for the Drift 
method: Q-Q plot. 


Seasonal Naive method 


A seasonal difference is the difference between an observation and 


the previous observation from the same season, e.g. sales in Novem- 


ber 2019 and sales in November 2020. A model closely related to 
the random walk considers the case in which seasonal differences 
in a given series appear to be a white noise. The stochastic process 
of interest is then a seasonal random walk. 


Definition 11. A seasonal random walk is a stochastic process {X+} in 
which 
Xt = Xt—-m + €t, 


where m is the number of seasons, and {e+} is a white noise. 


The differences x; — Xt-m = € are called “lag-m differences.” 
Since stochastic process {€;} is a white noise, it follows that the 
average lag-m difference is assumed to be zero, that is 


E[x¢ = | ~ E[es| = 0. 


In Listing 57 we show how to sample a seasonal random walk in 
Python. 


SEASONAL NAIVE METHOD. The Seasonal Naive method, predicts 
that 

Xe = Xt4k—m( | (k-1)/m| +1) 
for all k = 1,2,...; where m is the interval in periods between two 
“seasons,” and |x| rounds x down to the closest integer; for in- 
stance, assuming monthly data, the forecast for all future February 
values is equal to the last observed February value. This variant of 
the Naive method allows seasonalities to be taken into account. The 
Seasonal Naive method can be implemented in Python as follows. 


def seasonal_naive(series, m, t): 
"""EForecasts periods t+1, t+2, ... 


of series 


forecasts = np.empty(len(series) ) 

forecasts[:t+1] = np.nan 

for k in range(t+1,len(series) ): 
forecasts[k] = series[k-m*((k-t-1)//m+1) ] 

return forecasts 


Example 22. Consider a stochastic process { X;} that is a seasonal random 
walk with m = 5 seasons and standard Gaussian noise {¢;}; by leveraging 
the following code, we sample 100 realisations from this process and 
compute the Seasonal Naive forecasts for the last 20 periods. (Fig. 59). 
Listing 58 illustrates the plot function. 


N, t, m= 100, 80, 5 

realisations = pd.Series(list(sample_seasonal_random_walk(N, m)), range(N)) 
forecasts = seasonal_naive(realisations, m, t) 

plot(realisations, forecasts) 

py. show() 


Seasonal Naive method one-step forecasts can be computed as 
follows. 
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def sample_seasonal_random_walk( 
realisations, m): 
np. random. seed(1234) 
errors = np.random.normal(0, 1, 
realisations) 
Xt = errors[:m] 
for t in range(m, realisations): 
Xt = np.append(Xt, Xt[t-m] + 
errors[t]) 
return Xt 


Listing 57 Sampling a seasonal 
random walk in Python. 


def plot(realisations, forecasts): 

f = plt.figure(1) 

plt.title("Seasonal naive method") 

plt.xlabel(’Period ($t$)’) 

first, last = next(x for x, val in 
enumerate(forecasts) if 
~np.isnan(val)), 
len(forecasts) -1 

plt.axvspan(first, last, alpha=0.2, 
color='blue’ ) 

plt.plot(forecasts, "r", 
label="Seasonal naive 
forecasts ($\widehat{X}_t$)") 

plt.plot(realisations, "b", 
label="Actual values ($x_t$)") 

plt.legend(loc="upper left") 

plt.grid(True) 

f.show() 


Listing 58 Plotting Seasonal Naive 
forecasts in Python for a seasonal 
random walk with standard Gaussian 
noise and m = 5 seasons. 
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Seasonal naive method 
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def seasonal_naive_rolling(series, m): 
forecasts = np.empty(m) 
forecasts. fill (np.nan) 
for k in range(m,len(series)): 
xk = seasonal_naive(series[:k+1], m, k-1)[-1] 
forecasts = np.append(forecasts, xk) 
return forecasts 


By leveraging these forecasts, we carry out residuals analysis. 


N, m= 100, 5 

realisations = pd.Series(list(sample_seasonal_random_walk(N, m)), range(N)) 
forecasts = pd.Series(list(seasonal_naive_rolling(realisations, m)), range(N)) 
residuals = residuals(realisations[m:], forecasts[m:]) 

print("E[e_t] = "+str(statistics.mean(residuals) ) ) 

standardised_residuals = standardised_residuals(realisations[m:], forecasts[m:]) 
residuals_plot(residuals) 

residuals_histogram(standardised_residuals) 
residuals_autocorrelation(residuals, None) 

sm.qqplot(standardised_residuals, line ='45’) 

py. show() 


Residuals have mean 0.04, which is close to zero (Fig. 60). 


Residual 
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The histogram in Fig. 61 suggests that residuals are approxi- 
mately Gaussian. Fig. 62 reveals absence of residuals autocorre- 
lation. Finally, the Q-Q plot (Fig. 63) appears to further support 
normality of residuals. 


Fig. 59 Seasonal Naive forecasts in 
Python for a seasonal random walk 
with standard Gaussian noise and 
m = 5 seasons. 


Fig. 60 Residual analysis for the 
Seasonal Naive method: residuals. 
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Fig. 61 Residual analysis for the 
Seasonal Naive method: histogram. 


Fig. 62 Residual analysis for the Sea- 
sonal Naive method: autocorrelation 
plot. 


Fig. 63 Residual analysis for the 
Seasonal Naive method: Q-Q plot. 
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Evaluating forecasting accuracy 


Residuals are important to gauge the suitability of a fitted model, 
but they are not a reliable indication of how large true forecast 
errors are likely to be. The accuracy of forecasts can only be de- 
termined by considering how a model performs on new data that 
were not used when fitting the model. 


Training vs testing 


In forecasting, it is common practice to separate available data into 
training and test data. Training data are used to fit the forecasting 
model, while test data are used to evaluate the accuracy of the 
fitted model. Since test data are not used to fit the model, they 
can be used to assess how well the model may perform while 
forecasting new data. 

A commonly adopted rule to separate training and test data 
is the 80/20 rule: 80% of the available sample will be devote to 
fitting the model, while the remaining 20% will be used to estimate 


forecast error (Fig. 65). 


Realisation (x¢) 


Training data Test data 


ie} 20 40 60 80 100 
Period (t) 


Forecast quality metrics 


A forecast “error” is the difference between an observed value and 
its forecast. A forecast error does not denote a mistake; instead, it 
represents the random component of an observation. 


Definition 12. A forecast error is computed as 
a A vv 
Crk = Xie — Xt ky 
where {x1,...,Xt} is the training set and {x441,Xt42...} is the test set. 


Forecast errors are different from residuals. First, residuals are 
calculated on the training set, while forecast errors are calculated 
on the test set. Second, residuals are based on one-step forecasts, 
while forecast errors can involve multi-step forecasts. 


Fig. 64 Separating the available data 
into training and test data. 
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We can measure forecasting accuracy by summarising forecast 
errors in different ways as shown in Table 5. 


Table 5 Forecast accuracy metrics. 


Mean Absolute Error E[lee|] sklearn.metrics.mean_absolute_error 
Mean Squared Error E[e?] sklearn.metrics.mean_squared_error 
Root Mean Squared Error E[e?] sqrt (mean_squared_error) 


Mean Absolute Percentage Error 100 E||e;|/x;] mean_absolute_percentage_error 


E[x] denotes the expected value of x, and the function to compute 
the Mean Absolute Percentage Error is defined as follows. 


def mean_absolute_percentage_error(y_true, y_pred): 
return np.mean(np.abs((y_true - y_pred) / y_true)) * 100} 


Mean Absolute Error (MAE), Mean Squared Error (MSE), and 
Root Mean Squared Error (RMSE) are scale-dependent error mea- 
sures. These measures cannot be used to make comparisons be- 
tween series that involve different units, since forecast errors are 
on the same scale as the data. MAE is popular as it is easy to both 
understand and compute. A forecast method that minimises the 
MAE will lead to forecasts of the median, while minimising the 
RMSE will lead to forecasts of the mean. Consequently, the RMSE is 
also widely used, despite being more difficult to interpret. 

Mean Absolute Percentage Error (MAPE) is a percentage error 
measure; it has the advantage of being unit-free, and is frequently 
used to compare forecast performances between data sets. Unfortu- 
nately, measures based on percentage errors have the disadvantage 
of being infinite or undefined if the realised value of the series is 
zero; and having extreme values if any realisation is close to zero. 
Moreover, it assumes the unit of measurement has a meaningful 
zero, and thus would not make sense if, say, we are measuring tem- 
perature in Fahrenheit or Celsius, because the position of the zero is 
arbitrary on these scales. 


Fig. 65 All forecasting methods 
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Example 23. Consider a stochastic process { X;} that is a seasonal random 
walk with m = 5 seasons and standard Gaussian noise {€;}; we sample 
100 realisations from this process and compute forecasts for the last 20 
periods using all methods surveyed so far: Moving Average, Naive, Drift, 
and Seasonal Naive (Fig. 65). In Table 6 we report forecast accuracy 
metrics for all methods surveyed so far. These have been computed by 
using the following Python code. 


# training on 0..t 
# testing on t+1,...N 


N, t, window, m, test_window = 100, 80, 5, 5, [81,100] 

realisations = pd.Series(list(sample_seasonal_random_walk(N, m)), range(N)) 
sma_forecasts = moving_average(realisations, window, t) 

naive_forecasts = naive(realisations, t) 

drift_forecasts = drift(realisations, t) 

seasonal_naive_forecasts = seasonal_naive(realisations, m, t) 


methods = { 
"Moving Average": sma_forecasts, 
"Naive": naive_forecasts, 
"Drift": drift_forecasts, 
"Seasonal naive": seasonal_naive_forecasts} 


print ("MAE") 
for k in methods: 
print(k,end=’:\t’) 
print (mean_absolute_error(realisations[t+1:],methods[k] [t+1:])) 


print ("\nMSE") 
for k in methods: 
print(k,end=':\t’) 
print (mean_squared_error(realisations[t+1:],methods[k][t+1:])) 


print ("\nRMSE" ) 
for k in methods: 
print(k,end=’:\t’) 
print (math.sqrt(mean_squared_error(realisations[t+1:],methods[k][t+1:]))) 


print ("\nMAPE") 
for k in methods: 
print(k,end=’:\t’) 
print (mean_absolute_percentage_error(realisations[t+1:],methods[k][t+1:])) 


The Seasonal Naive forecasting method is known to be the 
optimal forecasting strategy for a seasonal random walk. MAE, 
MSE, and RMSE reflect this; in fact, they return the lowest scores 
for this method. However, MAPE scores are odd: not only they 
are large, but they seem to suggest that a Naive method is the 
best performing forecasting strategy. This is due to the fact that 
several realisations for the underpinning stochastic process are 
close to zero; therefore, as previously mentioned, an MAPE will 
return extreme values, which in this instance are unreliable. We 
also know that there is no drift in the underpinning time series, and 
in fact the Naive method outperforms the Drift method according 
to MAE, MSE, and RMSE. Performance of Moving Average and 


Naive method is mixed, and there is no clear winner. 


Table 6 Forecast accuracy metrics for 
different forecasting methods applied 


MAE MSE_ RMSE | MAPE to a seasonal random walk with m = 5 


seasons and standard Gaussian noise. 


Moving Average 1.77 4.47 2.11 190 
Naive 1.75 6.58 2.56 109 
Drift 1.79 7.00 2.64 119 


Seasonal Naive 1.52 3.63 1.90 236 


Prediction Intervals 


Consider a time series {x1,X2,...}, and assume that this time series 
has been generated by an underpinning stochastic process {X;}. 
Recall that the so-called Average method operates under the as- 
sumption that random variables X; are independent and identically 
distributed. In other words, it is assumed that the mean yp of all fu- 
ture random variables is equal to the mean of the random variables 
from which historical realisations have been drawn. 

A first question one may want to address is to estimate the value 
of yu on the basis of past realisations. This question can be answered 
via confidence interval analysis. 

Let {x1,%2,..., Xn be a set of m independent realisations drawn 
from a random variable X with mean p and variance o2, both of 
which are assumed to be unknown. Let 


f= (x1 +x2+...+%n)/n 


be the sample mean, and 


o =n(n—1) 1/33 bxs +... +x2)/n — pr? 


be the sample variance, where term n(n — 1)~! is Bessel’s correc- 
tion,?? which is necessary to obtain an unbiased estimate of the 
population variance from a finite sample of n observations. 


Definition 13. The « confidence interval of the mean yi of X is 
L(a) = (1-20 /V/n, i+ z0/v/n) 


where z is the 1 — (1 — w«)/2 quantile of the inverse t distribution with 
n — 1 degrees of freedom. 


Lemma 28. With confidence probability w, the « confidence interval of the 
mean will cover the mean [L. 


We next show a simple Python code to illustrate the concept of 
confidence interval coverage (Fig. 66). 


import math 

import numpy as np 

from scipy.stats import t 
import statistics as s 

import matplotlib.pyplot as plt 


np. random. seed(1234) 
replications = 100 

n 30 

x range(replications) 


o< 
o 
fon uw uw 


np.random.normal(0, 1, size=(replications, n)) # realisations 
ha = 0.95 # confidence level 
Z = t.ppf(1-(1-alpha)/2, n-1) # inverse t distribution 
y_mean = [s.mean(y[r]) for r in range(replications) ] 
e = [z*s.stdev(y[r])/math.sqrt(n) for r in range(replications) ] 
ec = [’red’ if (y_mean[r]+z*s.stdev(y[r])/math.sqrt(n) < 0 or 


y_mean[r]-z*s.stdev(y[r])/math.sqrt(n) > 0) 
else ’black’ for r in range(replications) ] 
plt.errorbar(x, y_mean, yerr=e, ecolor=ec, fmt=’none’) 
plt.grid(True) 
plt.show() 
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Confidence intervals 


79 Douglas C. Montgomery and 
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probability for engineers. John Wiley and 
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Fig. 66 Estimation of the mean p. 
Confidence intervals (a = 0.95) have 
been computed for 100 replications 
of n = 30 realisations drawn from a 
standard normal random variable. In 
4 instances out of 100 (approx. 95%), 
the interval did not cover the true 
mean value ji = 0; these instances are 
marked in red. 
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Whilst it is interesting to estimate the value of y for a stationary 
stochastic process, in forecasting what we would really like to know 
is, given a set of past observations, the interval within which we 
expect the next observation(s) to lie with a specified probability. 
This interval is called the prediction interval. In particular, we talk 
about one-step prediction intervals, if we are forecasting one step 
ahead; and of multi-step prediction intervals, if we are forecasting 
multiple periods ahead. 

Let us consider a stochastic process {X;} such that, for all t, X; 
are independent and identically distributed (iid) normal random 
variables with known mean yp and standard deviation c. 


Definition 14. The « prediction interval of a future realisation x+ of 
random variable X44 is 


(uw —Zo,u +20) 


where z is the 1 — (1 — x) /2 quantile of an inverse standard normal 
distribution. 


Lemma 29. With probability w, a future realisation x,+1 of random 
variable X;,+4 falls within this interval. 


We next show a simple Python code to illustrate the concept of 
prediction interval coverage (Fig. 67). 


from matplotlib import colors 
import numpy as np 

from scipy.stats import norm 
import matplotlib.pyplot as plt 


np. random. seed (4321) 
replications = 100 
Xx = range(replications) 
mu, sigma = 10, 2 
y = np.random.normal(mu, sigma, replications) # realisations 
alpha = 0.95 # confidence level 
z = norm.ppf(1-(1-alpha)/2) # inverse standard normal distribution 
plt.plot(x,[mu-z*sigma for k in x], color=’blue’, linestyle='dashed’) 
plt.plot(x,[mu+z*sigma for k in x], color='blue’, linestyle='dashed’ ) 
ec = [’red’ if y[r]>mu+z*sigma or y[r]<mu-z*sigma 

else ‘’blue’ for r in range(replications) ] 
plt.scatter(x,y,color=ec) 
plt.grid(True) 
plt.show() 


It is worth observing that the a prediction interval of a future 
realisation x; of random variable X; is independent of t.3° 

Let us now assume that we are given {x1,X2,...,Xn} realisations, 
and that our aim is to compute the # prediction interval for a future 
observation X,+1 of stochastic process { X;}. However, now pi and 
g are unknown and must be estimated from past realisations. A 
possible heuristic may be to replace the unknown mean p/ and stan- 
dard deviation 0 with the sample mean ji and sample variance 7, 
respectively; and then apply the approach just outlined. However, 
the resulting intervals will not be prediction intervals, since future 
realisations will not be guaranteed to fall in it according to the pre- 
scribed probability a. We shall next see how to obtain prediction 
intervals when mean pé and standard deviation 7 are unknown. 


Prediction intervals 


x 


Fig. 67 Prediction intervals (a = 0.95) 
of a gaussian stochastic process { X;}, 
where, for all t, X; is a normal random 
variable with w = 10 and o = 2. In5 
instances out of 100 (95%), a realisation 
did not fall within the prediction 
interval; these instances are marked in 
red. 


3° Note that for some forecasting 
methods, this will not necessarily be 
the case. 
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We shall begin by considering the case in which the mean p is Unknown pt, known o = 1 
unknown and the standard deviation o is known and equal to 1. 


Lemma 30. Consider stochastic process {X;} with unknown py and o = 1; 
the « prediction interval of a future realisation X+1 of random variable 
Xn+1 given realisations {x1,x2,...,Xn} 


(f—2zV14+1/n,jfitzV14+1/n) 


where z is the 1 — (1 — x) /2 quantile of an inverse standard normal 
distribution. 


Proof. Observe that the sample mean j is normally distributed with 
mean pi and standard deviation 7 = /1/n, while the future ob- 
servation X,,+1 is normally distributed with mean p and standard 
deviation 1. Then X,,.1 — fi is normally distributed with mean 0 and 
standard deviation 7 = 1+ 1/n. The prediction distribution for 
Xn4+1 is therefore a normal distribution with mean ji and standard 


deviation g = /1+1/n. 


Next, we consider the case in which the mean pi is known and Known pt = 0, unknown 


equal to zero, and the standard deviation 7 is unknown. 


Lemma 31. Consider stochastic process {Xy,} with 1» = 0 and unknown 
go; the « prediction interval of a future realisation x,41 of random variable 
Xn+1 given realisations {x1,X2,...,Xn} 


(—zs, Zs) 


where z is the 1 — (1 — «)/2 quantile of the inverse t distribution with 
n — 1 degrees of freedom. 


Proof. The sample variance s? of {X1,X2,..-,Xn}, scaled by factor 

(n —1)/o?, follows a x? distribution with n — 1 degrees of freedom, 
while the future observation X,,,1 is normally distributed with 
mean ji = 0 and variance o*. If we take the ratio Xn+1/s, the two 
terms ¢ cancel out, and what remains is known to follow a Stu- 
dent’s t-distribution with n — 1 degrees of freedom. The prediction 
distribution for X,,;1/s is therefore a Student’s t-distribution with 


n — 1 degrees of freedom. 


Finally, we consider the case in which both the mean p and the Unknown py, unknown 7 
standard deviation 7 are unknown. 


Lemma 32. Consider stochastic process {X+} with unknown p and 
unknown o; the a prediction interval of a future realisation x4, of 
random variable X;,.1 given realisations {x1,X2,...,Xn} 


(fi zsV1+1/n, jl + zsV1+1/n) 


where z is the 1 — (1 — «)/2 quantile of the inverse t distribution with 
n — 1 degrees of freedom. 


Proof. The result follows by combining the two previous results 
for unknown yp, known g = 1; and known p = 0, unknown ¢. 
This combination is possible because the sample mean and sample 


variance of the normal distribution are independent statistics. 
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We next show a simple Python code to illustrate prediction 
interval coverage for the case in which both the mean yp and the 
standard deviation 7 are unknown (Fig. 68). 


import math 

import numpy as np 

import statistics as s 

from statistics import mean 
from scipy.stats import t 
import matplotlib.pyplot as plt 
from matplotlib import colors 


np. random. seed (4321) 
replications, mu, sigma = 100, 10, 2 
x = range(replications) 
y = np.random.normal(mu, sigma, replications) # realisations 
alpha = 0.95 # confidence level 
z = lambda n: t.ppf(1-(1-alpha)/2, n-1) # inverse t distribution 
y_mean = [s.mean(y[O:r+1]) for r in range(replications) ] 
e = [z(r-1)*s.stdev(y[0:r+1])*math.sqrt(1+1/r) 

if r > 2 else 30*sigma for r in range(replications) ] 
plt.errorbar(x[:-1], y_mean[:-1], yerr=e[:-1], fmt='none’) 
ec = [’red’ if y[1:][r]>y_mean[:-1][r]+e[:-1][r] or 

y[1:][{rl<y_mean[:-1][r]-e[:-1][r 
else ‘blue’ for r in range(replications-1) 

plt.scatter(x[:-1], y[1:], color=ec) 
plt.grid(True) 
plt.show() 


Observe that in Fig. 68 the size of the prediction intervals varies (in 
particular, it shrinks) with the number of past realisations that are 
available for the estimation. 

We have shown how to compute prediction intervals for the case 
in which we are forecasting a stationary stochastic process { X;} 
where, for all t, X; is a normal random variable with unknown 
pando. This the stochastic process that underpins the Average 
Method. Therefore the prediction intervals presented apply to the 
Average method and the Moving Average method. Moreover, in 
this specific case, at period t the prediction interval of a future reali- 
sation x;,, of random variable X;,; is independent of k. Therefore 
one-step and multi-step prediction intervals coincide. 


Fig. 68 Prediction intervals (a = 0.95) 
of a gaussian stochastic process { X;}, 
where, for all t, X; is a normal random 
variable with unknown p and ¢. In 

4 instances out of 100 (approx. 95%), 

a realisation did not fall within the 
prediction interval; these instances are 
marked in red. 


Similarly to what we have seen for the Average method, it is 
possible to derive prediction intervals for the other three bench- 
mark methods previously presented: the Naive method, the Sea- 
sonal Naive method, and the Drift method. Consider realisations 
{x1,X2,..-,Xn}, let & be the residuals standard deviation computed 
for a given method, and let 0 denote standard deviation of the 
k-step forecast distribution. In Table 7 we summarise, for each 
method, the expressions of the n-step forecast distribution mean 
and standard deviation. 


ane Or 
Average (xy +... +%Xn)/n a/1+1/n 
Naive Xn aVk 
Seasonal Naive Xt4k—m/(|(k—-1)/m|+1) TV/[(k _ 1)/m| + 1 
Drift xp + k(x¢—x1)/(t —1) a/k(1+k/n) 


The following code amends function plot previously presented 
for the Naive method to display prediction intervals (Fig. 69). 


def plot(realisations, forecasts, stdev, alpha): 

f = plt.figure(1) 

plt.title("Naive method") 

plt.xlabel(’Period ($t$)’) 

first, last = next(x for x, val in enumerate(forecasts) if ~np.isnan(val)), 

len( forecasts) -1 

plt.axvspan(first, last, alpha=0.2, color='blue’) 

plt.plot(forecasts, “r", label="Naive forecasts ($\widehat{X}_t$)") 

plt.plot(realisations, "b", label="Actual values ($x_t$)") 

z = t.ppf(1-(1-alpha)/2, len(realisations)-1) # inverse t distribution 

plt.fill_between(range(first, last+1), 
[forecasts[first+k] -z*stdev*math.sqrt(k) for k in range(last-first+1)], 
[forecasts[first+k]+z*stdev+math.sqrt(k) for k in range(last-first+1)], 
color='r’, alpha=0.1) 

plt.legend(loc="upper left") 

plt.grid(True) 

f.show() 


N, t, window, alpha = 200, 160, 1, 0.95 

realisations = pd.Series(list(sample_random_walk(0, N)), range(N)) 
forecasts = naive(realisations, t) 

forecasts_roll = naive_rolling(realisations) 

residuals = residuals(realisations[window:], forecasts_roll[window: ] ) 
plot(realisations, forecasts, s.stdev(res), alpha) 


print("E[e_t] = "+str(s.mean( residuals) ) ) 
print("Stdev[e_t] = "“+str(s.stdev(residuals) ) ) 
plt.show() 


Naive method 


20 + —— Naive forecasts (X;) 
— Actual values (x;) 


15 4 
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Table 7 Expressions of the n-step fore- 
cast distribution mean and standard 
deviation. 


Fig. 69 Naive method forecasts 
and prediction intervals for the last 
40 periods of a random walk with 
standard Gaussian noise. 
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Box-Cox transformations 


If the time series show variation that increases or decreases with the 
level of the series, then we can adopt logarithmic transformations or 
power transformations to stabilise variation. 

A family of transformation that includes both logarithms and 
power transformations, is the family of Box-Cox transformations,3" 
which depend upon a parameter A. Consider a time series ¥/1, ¥2,...; 
a Box-Cox transformation is defined as 


log (yt) A=0 


Wt = 
(y}—1)/A_ otherwise 


where w; are the elements of the transformed series. 


Example 24. Consider the dataset of Monthly Airline Passenger Num- 
bers3* 1949-1960, in thousands, obtained via the following Python code 
and shown in Fig. 7o. 


import statsmodels.api as sm, pandas as pd 
import matplotlib.pyplot as plt 


airpass = sm.datasets.get_rdataset("AirPassengers", "datasets") 
plt.title("Monthly Airline Passenger Numbers 1949-1960, in thousands") 
plt.plot(pd.Series(airpass.data["value"])) 

plt.show() 


We now apply Box-Cox transformation as follows, and let the 
algorithm choose the best value of A. 


import scipy.stats as stats 


airpass = sm.datasets.get_rdataset("AirPassengers", "datasets") 
series, l = stats.boxcox(airpass.data["value"]) 

print("optimal lambda: "+str(1)) 

plt.plot(series) 

plt.show() 


The transformed series is shown in Fig. 71; the optimal value of 
lambda chosen by the algorithm is A = 0.148. 

Having chosen a transformation, we forecast the transformed 
data. Then, we need to reverse the transformation (or back-transform) 
to obtain forecasts on the original scale. The reverse Box-Cox trans- 
formation is given by 


evt A=0 
(Aw: +1)'/2 _ otherwise. 


Yt 


In Python, this back-transformation is obtained via the following 
code 


from scipy.special import inv_boxcox 


series = inv_boxcox(series, 1) 


The inverted series is identical to the original series in Fig. 70. 


3* George. E. P. Box and David R. Cox. 
An analysis of transformations. Journal 
of the Royal Statistical Society: Series B 
(Methodological), 26(2):211-243, 1964. 


Monthly Airline Passenger Numbers 1949-1960, in thousands 


0 20 40 60 go 100 120 140 
Month 


Fig. 70 Airline time series. 


3? San Francisco Open Data portal, 
https://data.sfgov.org/. 


Monthly Airline Passenger Numbers 1949-1960 


0 20 40 60 go 100 120 140 
Month 


Fig. 71 Airline time series: Box-Cox 
transformation (A = 0.148). 


Exponential Smoothing 


Exponential smoothing was proposed in the late 1950s,33 and has 
motivated some of the most successful forecasting methods. 


Simple Exponential Smoothing 


Consider a stochastic process {X;} and recall that, given realisa- 
tions {x1,X2,...,Xn}, the Average method predicts that 


¥ A 


Xntk = (X41 +... +4n)/n 


for allk = 1,2,...; where oy ~ pu. In essence, the mean p of all 


future random variables is assumed to be equal to the average of all 


historical realisations.3+ We can rewrite this expression as 


~ 


Xn+k = 4X1 + WQXQ +... + MyXy, 


where a, = &2 = ... = & = 1/n. This evidences that all past 
realisations are given equal weight in the computation. 

Instead of weighting equally all past realisations, in Simple 
Exponential Smoothing older realisations receive a weight that is 


exponentially smaller than that assigned to more recent realisations. 


Given realisations {x1,x2,...,Xn}, the method predicts that 


Xi = XXy + (1 _ u)Xn (28) 


for allk = 1,2,...; where X,, is the previous forecast?> based on 
realisations {x1,X2,...,%,-1};and0 < a < 1is the smoothing 
parameter. 

By expanding Eq. 28 for k = 1 we obtain 


Xy = ax, + (1—#)x9 
Xs = XX + (1 = a) X> 


Xa = WXy + (1 = x) Xn 


where xo is an arbitrary constant denoting our initial estimate. 


Finally, 
X = ax, + (1—«)xq 
X3 = axy + (1—#)(wx, + (1—«)x0) 


= 0ax2+a(1-—a 
X4 = ax3+(1—«) 


=ax3+a(1l-—a 


n . 
Xn =) wl —a)’x + 1 —a)"xo 
j=0 


Observe that term (1 — «)"x9 vanishes for large n; and also that 


a > «(1—w) >a(1—«)* >...; this means older realisations receive 


a weight that is exponentially smaller than that assigned to more 
recent realisations. 
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33 Robert G. Brown. Statistical forecasting 
for inventory control. McGraw-Hill, 1959. 


34 We say that Simple Exponential 
Smoothing has a “flat” forecast 
function: all future forecasts take the 
same value. Of course, this means the 
method will only be suitable if the 
time series has no trend or seasonal 
component. 


35 x, is also referred to as “the level” 
(or the smoothed value) of the series at 
time n. 
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Based on the previous discussion, the stochastic process under- 


pinning Simple Exponential Smoothing must be stationary, since 


the time series being forecasted must have no trend or seasonal 


component. This observation leads to the following hierarchy 


Method Description 
Average consider all past observations equally weighted 
Moving Average consider only the most recent w observations, equally weighted 


Simple Exponential Smoothing 


consider all past observations, older realisations receive a weight 
exponentially smaller than that assigned to more recent realisations 


The key difference between the Average method, and its two 


variants (Moving Average & Simple Exponential Smoothing), is that def ses(series, alpha, x0, t): 


these variants implement “forgetting” in two different forms, and 
thus try to discount past observations in one way or another. This 


"""Forecasts elements t+1, t+2, ... 
of series 


forecasts = np.empty(len(series) ) 


may be appropriate for forecasting stochastic processes that are forecasts[0] = x0 


for k in range(1,t+2): 


approximately stationary and/or change slowly over time. forecasts[k] = alphaxseries[k-1] 


We implement Simple Exponential Smoothing in Python as 
shown in Listing 59. 


Example 25. Consider a stochastic process {X;} where, for all t, random 
variable X; is normally distributed with mean p = 20 and standard 
deviation ¢ = 5; we sample 200 realisations from {X;} and compute 
forecasts for the last 40 periods by using Simple Exponential Smoothing 


+ (1l-alpha)*forecasts[k-1] 
for k in range(t+2,len(series)): 
forecasts[k] = forecasts[k-1] 
forecasts[0:t] = np.nan 
return forecasts 


Listing 59 Simple Exponential Smooth- 
ing in Python. 


def plot(realisations, forecasts, 


with x = 0.5 (Fig. 72); Listing 60 illustrates the plot function. alpha): 


f = plt.figure(1) 
plt.title("Simple Exponential 


N, t, alpha, x® = 200, 160, 0.5, 20 
realisations = pd.Series(sample_gaussian_process(20, 5, N), range(N)) {}". format (alpha) ) 


forecasts = ses(realisations, alpha, x0, t) 


plot(realisations, forecasts, alpha) 


Smoothing forecasts\n alpha = 


plt.xlabel(’Period ($t$)’) 
first, last = next(x for x, val in 
enumerate(forecasts) if 


Simple Exponential Smoothing forecasts 
alpha = 0.5 


~np.isnan(val)), 
len(forecasts) -1 
plt.axvspan(first, last, alpha=0.2, 
color='blue’ ) 
plt.plot(forecasts, "g", 
label="Simple Exponential 


30 


25 


20 


15 


10 


— Simple Exponential Smoothing forecasts (X;) 
— Actual values (x;) 


Smoothing forecasts 
($\widehat{X}_t$)") 
plt.plot(realisations, 
label="Actual values ($x_t$)") 
plt.legend(loc="upper left") 
plt.grid(True) 
f.show() 


| 
| | Listing 60 Plotting Simple Exponential 
Smoothing forecasts in Python. 


Fig. 72 Forecasts for the last 40 pe- 
riods by using Simple Exponential 
Smoothing with a smoothing pa- 
rameter a = 0.5; the underpinning 
stochastic process is a a Gaussian pro- 


25 


50 


75 


T T T T T 4 — 
100 125 #150 #2175 ~°#«200 cess with mean ji = 20 and standard 
Period (t) deviation 7 = 5. 


Simple Exponential Smoothing method one-step forecasts can be 
computed as follows. 


def ses_rolling(series, alpha, x0): 
forecasts = np.empty(len(series) ) 
forecasts[0] = x0 
for k in range(1,len(series)): 
forecasts[k] = alpha*series[k-1] + (1-alpha)*forecasts[k-1] 
return forecasts 


By leveraging these forecasts, we carry out residuals analysis. 


N, t, alpha, xO = 200, 160, 0.5, 20 

realisations = pd.Series(list(sample_random_walk(0, N)), range(N)) 
forecasts = ses_rolling(realisations, alpha, x0) 

residuals = residuals(realisations, forecasts) 

print("E[e_t] = "+str(statistics.mean(residuals) ) ) 
standardised_residuals = standardised_residuals(realisations, forecasts) 
residuals_plot (residuals) 
residuals_histogram(standardised_residuals) 
residuals_autocorrelation(residuals, None) 
sm.qqplot(standardised_residuals, line ='45’) 

py. show() 


Residuals have mean —0.018, which is close to zero (Fig. 73). 


154 


Residual 


0 25 50 75 100 125 150 175 200 
Period (t) 


The histogram in Fig. 51 suggests that residuals are approxi- 
mately Gaussian. Fig. 52 reveals absence of residuals autocorre- 
lation. Finally, the Q-Q plot (Fig. 53) appears to further support 
normality of residuals. 

Instead of reimplementing Simple Exponential Smoothing from 
scratch, we can rely on Python library statsmodels.tsa.api, which 
provides readily available apis for time series analysis. 


from statsmodels.tsa.api import SimpleExpSmoothing 


N, t, alpha, xO = 200, 160, 0.5, 20 

realisations = pd.Series(sample_gaussian_process(20, 5, N), range(N)) 

mod = SimpleExpSmoothing(realisations[:t+1]).fit(smoothing_level=alpha, 
initial_level=x0, optimized=False) 

forecasts = mod. forecast (N-(t+1)).rename(r’$\alpha=0.5$’) 

plot(realisations, pd.Series(np.nan, range(t+1)).append(forecasts), alpha) 

py. show() 


This code produces exactly the same results illustrated in Fig. 72. 


DEMAND FORECASTING 101 


Fig. 73 Residual analysis for Simple 
Exponential Smoothing: residuals. 
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Autocorrelation 
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Fig. 74 Residual analysis for Simple 
Exponential Smoothing: histogram. 


Fig. 75 Residual analysis for Simple 
Exponential Smoothing: autocorrela- 
tion plot. 


Fig. 76 Residual analysis for Simple 
Exponential Smoothing: Q-Q plot. 


By relying on a state space formulation,3° implemented in pack- 
age statsmodels.tsa.statespace.exponential_smoothing, we 
derive prediction intervals (Fig. 77). 


from statsmodels.tsa.statespace.exponential_smoothing import ExponentialSmoothing 


N, t, alpha, xO = 200, 160, 0.5, 20 

realisations = pd.Series(sample_gaussian_process(20, 5, N), range(N)) 

mod = ExponentialSmoothing(realisations[:t+1], initialization_method=’ known’, 
initial_level=x0) . fit (disp=False) 

print(mod.summary() ) 

forecasts = mod.get_forecast(N-(t+1) ) 

forecasts_ci = forecasts.conf_int(alpha=0.05) 

plot_ci(realisations, pd.Series(np.nan, 
range(t+1)).append(forecasts.predicted_mean), forecasts_ci, alpha) 

py. show() 


Listing 61 illustrates the plot function. 


Simple Exponential Smoothing forecasts 
State Space Model 


— Simple Exponential Smoothing forecasts (X;) 
30 + —— Actual values (x) 
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In Fig. 78 we illustrate Simple Exponential Smoothing forecasts 
and prediction intervals for a random walk with standard Gaussian 
noise; these are similar to those obtained with the Naive method. 


realisations = pd.Series(list(sample_random_walk(0, N)), range(N)) 
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3° James Durbin and Siem Jan Koop- 
man. Time series analysis by state space 
methods. Oxford Univ. Pr., 2001. 


def plot_ci(realisations, forecasts, 
forecasts_ci, alpha): 
f = plt.figure(1) 
plt.title("Simple Exponential 
Smoothing forecasts\n State 
Space Model") 
plt.xlabel(’Period ($t$)’) 
first, last = next(x for x, val in 
enumerate(forecasts) if 
~np.isnan(val)), 
len( forecasts) -1 
plt.axvspan(first, last, alpha=0.2, 
color='blue’ ) 
plt.plot(forecasts, "g", 
label="Simple Exponential 
Smoothing forecasts 
($\widehat{X}_t$)") 
plt.plot(realisations, 
label="Actual values ($x_t$)") 
t = next(x for x, val in 
enumerate(forecasts) if 
~np.isnan(val)) - 1 
forecast_index = np.arange(t+1, t+1 
+ len(forecasts_ci) ) 
plt.fill_between(forecast_index, 
forecasts_ci.iloc[:, 0], 
forecasts_ci.iloc[:, 1], 
color='r’, alpha=0.1) 
plt.legend(loc="upper left") 
plt.grid(True) 
f.show() 


Listing 61 Plotting Simple Exponential 
Smoothing forecasts and prediction 
intervals in Python. 


Fig. 77 Simple Exponential Smoothing 
forecasts and prediction intervals 
for the last 40 periods of a Gaussian 


process with mean 7 = 20 and 


standard deviation 7 = 5. 


Fig. 78 Simple Exponential Smoothing 
forecasts and prediction intervals for 
the last 4o periods of a random walk 


with standard Gaussian noise. 
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Double Exponential Smoothing (Holt’s method) 


As previously discussed, Simple Exponential Smoothing has a “flat” 
forecast function: all future forecasts take the same value, which 
represents the “the level” (or the smoothed value) of the series. This 
means the method will only be suitable if the time series has no 
trend or seasonal component. 

We shall next focus on time series featuring a linear trend, such 
as the random walk with drift previously considered in the context 
of the Drift method. 

Holt extended37 Simple Exponential Smoothing to allow the 
forecasting of a time series with a trend. In Holt’s method, given 
past realisations {x1,X2,.. ghehy the forecast is defined as 


Kise Sly + kb 


where |; denotes an estimate of the level of the series at time t, and 
b; denotes an estimate of the trend (slope) of the series at time 

t. These level and trend estimates are obtained by means of the 
following smoothing equations 


Ie = ox¢ + (1 — a) (Ley + 04-1) (level equation) 
bi = Bt —L:_1) + (1— B)by-4 (trend equation) 


where 0 < a < land0O < 6 < 1 are the smoothing parameters 
for the level and trend, respectively. Holt’s method is available in 
library statsmodels.tsa.api and can be implemented as follows 


from statsmodels.tsa.api import Holt 


N, t = 200, 160 
realisations = pd.Series(list(sample_random_walk(0, 0.1, N)), range(N)) 
mod = Holt(realisations[:t+1]).fit(optimized=True) 


params = [’smoothing_level’, 'smoothing_trend’, ‘initial_level’, 'initial_trend’] 
results=pd.DataFrame(index=["alpha","beta","l_0","b_0","SSE"] ,columns=["Holt’s"]) 
results["Holt’s"] = [mod.params[p] for p in params] + [mod.sse] 


print(results) 

forecasts = mod. forecast (N-(t+1)).rename(r’$\alpha=0.5$ and $\beta=0.5$’) 
plot(realisations, pd.Series(np.nan, range(t+1)).append(forecasts) ) 
plot_components (mod) 

py. show() 


where sample_random_walk is the function presented in Listing 
55. Note that in some version of the library smoothing_trend and 
initial_trend become smoothing_slope and initial_slope. List- 
ing 62 illustrates the plot and plot_components functions. 

Whilst it is possible to manually set values of model parameters, 
function fit also allows to automatically estimate (optimized=True) 
model parameters such as the initial level (/9) and the initial trend 
(bo), as well as the two smoothing parameters a and f. Parameters 
automatically estimated by the function are shown in Table 9. 

The level and slope components resulting from Holt’s decompo- 
sition are shown in Fig. 79, which has been generated by function 
plot_components. 

Finally, prediction intervals can be obtained once more by 
leveraging the state space formulation implemented in package 
statsmodels.tsa.statespace.exponential_smoothing. 


37 Charles C. Holt. Forecasting sea- 
sonals and trends by exponentially 
weighted moving averages. International 
Journal of Forecasting, 20(1):5-10, 2004. 


def plot(realisations, forecasts): 

f = plt.figure(1) 

plt.title("Holt’s forecasts") 

plt.xlabel(’Period ($t$)’) 

first, last = next(x for x, val in 
enumerate(forecasts) if 
~np.isnan(val)), 
len(forecasts) -1 

plt.axvspan(first, last, alpha=0.2, 
color='blue’) 

plt.plot(forecasts, "g", 
label="Holt’s forecasts 
($\widehat{X}_t$)") 

plt.plot(realisations, 
label="Actual values ($x_t$)") 

plt.legend(loc="upper left") 

plt.grid(True) 

f.show() 


def plot_components(fit): 
f = plt.figure(1) 
pd.DataFrame(np.c_[fit.level, 
fit.trend]) .rename( 
columns={0: level’, 
1:’trend’}).plot( 
subplots=True) 
plt.xlabel(’Period ($t$)’) 
f.show() 


Listing 62 Plotting Holt’s method 
forecasts and components in Python. 


Holt’s 
a 0.797 
B 0.000 
lo 0.225 
bo 0.148 
SSE 151 


Table 8 Holt’s method fitted model 
parameters and Sum of Squared Errors 


(SSE). 
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Fig. 79 Holt’s method: level and slope 
components of a random walk with 

95 4(==cevel standard Gaussian noise and drift 

204 c=0.1. 
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def plot_ci(realisations, forecasts, forecasts_ci) 

f = plt.figure(1) 

plt.title("Holt’s forecasts\n State Space Model") 

plt.xlabel(’Period ($t$)’) 

first, last = next(x for x, val in enumerate(forecasts) if ~np.isnan(val)), 
len(forecasts) -1 

plt.axvspan(first, last, alpha=0.2, color='blue’) 

plt.plot(forecasts, "g", label="Holt’s forecasts ($\widehat{X}_t$)") 

plt.plot(realisations, label="Actual values ($x_t$)") 

t = next(x for x, val in enumerate(forecasts) if ~np.isnan(val)) - 1 

forecast_index = np.arange(t+1, t+1 + len(forecasts_ci)) 

plt.fill_between(forecast_index, forecasts_ci.iloc[:, 0], forecasts_ci.iloc[:, 
1], color='r’, alpha=0.1) 

plt.legend(loc="upper left") 

plt.grid(True) 

f.show() 


N, t = 200, 160 

realisations = pd.Series(list(sample_random_walk(0, 0.1, N)), range(N)) 

mod = ExponentialSmoothing(realisations[:t+1], trend=True, 
initialization_method=’estimated’).fit(disp=False) 

print (mod.summary() ) 

forecasts = mod.get_forecast(N-(t+1) ) 

forecasts_ci = forecasts.conf_int(alpha=0.05) 

plot_ci(realisations, pd.Series(np.nan, 
range(t+1)).append(forecasts.predicted_mean), forecasts_ci) 

py. show() 


The results are illustrated in Fig. 80. 


Holt's forecasts Fig. 80 Holt’s method forecasts and 
State Space Model prediction intervals for a random walk 
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Triple Exponential Smoothing (Holt-Winters’ seasonal method) 


Holt’s method is not suitable if the time series features a seasonal 
component. We shall here focus on time series featuring such com- 
ponent. One of such series is the seasonal random walk previously 
considered in the context of the Seasonal Naive method. 

Holt38 and Winters39 extended Holt’s method to capture a sea- 
sonal component. They discussed both additive and multiplicative 
variants of their method. For the sake of brevity, we shall limit our 
discussion to the additive method. In Holt-Winters’ method, given 
past realisations {x1,x2,...,x+}, the forecast is defined as 


Xrse = Up + be + 8444 (k-1)/m| 


where |x| denotes the integer part of x, 1; denotes an estimate of 
the level of the series at time t, b: denotes an estimate of the trend 
(slope) of the series at time ft, and s; denotes an estimate of the 
seasonal component of the series at time t. We use m to denote the 
frequency of the seasonality, that is the number of seasons in a year. 
For example, for quarterly data m = 4, for monthly data m = 12. 

Level, trend, and seasonal component estimates are obtained by 
means of the following smoothing equations 


I, = w(x: — St_m) + (1 — &) (Lp_-a + B:-1) (level equation) 
by = Bl: —k_1) + (1— Ble (trend equation) 
sp = (x1 — Tt) + (1— ¥)St-m (seasonal equation) 


where 0 < a < 1,0 < B < 1,0 < y < 1lare the smooth- 
ing parameters for the level, trend, and seasonal component, re- 
spectively. Holt-Winters’ method method is available in library 
statsmodels.tsa.api and can be implemented as follows 


from statsmodels.tsa.api import ExponentialSmoothing 


N, t, m= 100, 80, 4 

realisations = pd.Series(list(sample_seasonal_random_walk(N,m)), range(N) ) 

mod = ExponentialSmoothing(realisations[:t+1], seasonal_periods=4, trend='add’, 
seasonal='add’).fit(optimized=True) 

params = [’smoothing_level’, 'smoothing_trend’, 'smoothing_seasonal’, 
"initial_level’, ‘'initial_trend’] 

results=pd.DataFrame(index=["alpha", "beta", "gamma","1_0","b_0","SSE"] 
,coLumns=["Holt-Winters’"]) 

results["Holt-Winters’"] = [mod.params[p] for p in params] + [mod.sse] 

print(results) 

forecasts = mod. forecast (N-(t+1)).rename(r’$\alpha=0.5$ and $\beta=0.5$’) 

plot(realisations, pd.Series(np.nan, range(t+1)).append(forecasts) ) 

plot_components (mod) 

py. show() 


where sample_seasonal_random_walk is the function presented 

in Listing 57. listing 63 illustrates the plot and plot_components 
functions. Whilst it is possible to manually set values of model 
parameters, function fit also allows to automatically estimate 
(optimized=True) model parameters such as the initial level (Jo) and 
the initial trend (bg), as well as the three smoothing parameters «, 
B, and . Parameters automatically estimated by the function are 
shown in Table 9. The level and slope components resulting from 
Holt-Winters’ decomposition are shown in Fig. 81, which has been 
generated by function plot_components. 


38 Charles C. Holt. Forecasting sea- 
sonals and trends by exponentially 
weighted moving averages. International 
Journal of Forecasting, 20(1):5-10, 2004. 
39 Peter R. Winters. Forecasting sales 
by exponentially weighted moving 
averages. Management Science, 6(3): 
324-342, 1960. 


def plot(realisations, forecasts): 

f = plt.figure(1) 

plt.title("Holt-Winters’ forecasts") 

plt.xlabel(’Period ($t$)’) 

first, last = next(x for x, val in 
enumerate(forecasts) if 
~np.isnan(val)), 
len(forecasts) -1 

plt.axvspan(first, last, alpha=0.2, 
color='blue’ ) 

plt.plot(realisations, 
label="Actual values ($x_t$)") 

plt.plot(forecasts, "g", 
label="Holt-Winters’ 
forecasts ($\widehat{X}_t$)") 

plt.legend(loc="upper left") 

plt.grid(True) 

f.show() 


def plot_components(fit): 
f = plt.figure(1) 
pd.DataFrame(np.c_[fit.level, 
fit.trend, 
fit.season]). rename ( 
columns={0:’level’, 1:’trend’, 
2:'’seasonal’}).plot( 
subplots=True) 
plt.xlabel(’Period ($t$)’) 
f.show() 


Listing 63 Plotting Holt-Winters’ 
method forecasts and components in 
Python. 


Holt-Winters’ 


“ 0.000 
B 0.000 
Y 0.839 
Ip 2.48 
bo 0.015 
SSE 71.2 


Table 9 Holt-Winters’ method fitted 
model parameters and Sum of Squared 
Errors (SSE). 


3.54/— level 


3.0 


0.0155 — trend 


— seasonal 
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Finally, prediction intervals can be obtained once more by 
leveraging the state space formulation implemented in package 
statsmodels.tsa.statespace.exponential_smoothing (Fig. 82). 


from statsmodels.tsa.statespace.exponential_smoothing import ExponentialSmoothing 


N, t, m= 100, 80, 4 

realisations = pd.Series(list(sample_seasonal_random_walk(N,m)), range(N) ) 

mod = ExponentialSmoothing(realisations[:t+1], trend=’add’, seasonal='add’, 
initialization_method=’estimated’).fit(disp=False) 

print (mod.summary() ) 

forecasts = mod.get_forecast(N-(t+1) ) 

forecasts_ci = forecasts.conf_int(alpha=0.05) 

plot_ci(realisations, pd.Series(np.nan, 
range(t+1)).append(forecasts.predicted_mean), forecasts_ci) 

py. show() 


Listing 64 illustrates the plot function. 


Holt-Winters' forecasts 
State Space Model 


— Actual values (x;) 
10 |. —— Holt-Winters' forecasts (X:) 
5 7 | 
04 
54 
-104 


T T T T 


0 20 40 60 80 100 
Period (t) 
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Fig. 81 Holt-Winters’ method: level, 
slope, and seasonal components of a 
seasonal random walk with standard 
Gaussian noise and m = 4. 


def plot_ci(realisations, forecasts, 
forecasts_ci): 

f = plt.figure(1) 

plt.title("Holt-Winters’ 
forecasts\n State Space 
Model") 

plt.xlabel(’Period ($t$)’) 

first, last = next(x for x, val in 
enumerate(forecasts) if 
~np.isnan(val)), 
len(forecasts) -1 

plt.axvspan(first, last, alpha=0.2, 
color='blue’ ) 

plt.plot(realisations, 
label="Actual values ($x_t$)") 

plt.plot(forecasts, "g", 
label="Holt-Winters’ 
forecasts ($\widehat{X}_t$)") 

t = next(x for x, val in 
enumerate(forecasts) if 
~np.isnan(val)) - 1 

forecast_index = np.arange(t+1, t+1 
+ len(forecasts_ci) ) 

plt.fill_between(forecast_index, 
forecasts_ci.iloc[:, 0], 
forecasts_ci.iloc[:, 1], 
color='r’, alpha=0.2) 

plt.legend(loc="upper left") 

plt.grid(True) 

f.show() 


Listing 64 Plotting Holt-Winters’ 
method forecasts and prediction 
intervals in Python. 


Fig. 82 Holt-Winters’ method forecasts 
and prediction intervals for a seasonal 
random walk with standard Gaussian 
noise and m = 4. 
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ARIMA models 


In practice, it is often the case that stochastic demands in different 
periods are correlated; for instance, this may happen when we 
only serve a few large customers, so that if demand is high at a 
given period, one may expect demand in the following periods 
to be lower (i.e. negatively correlated), because a high demand 
may indicate that several customers have replenished their stock. 
Autocorrelation, also known as serial correlation, is the correlation 
of a signal with a delayed copy of itself as a function of delay. 
Forecasting techniques that aim to describe autocorrelation in the 
data have been developed by Box and Jenkins.*° “° George. E. P. Box and Gwilym M. 
Jenkins. Time series analysis: Forecasting 
and control. Holden-Day, 1976. 

Differencing 
We have seen in the section illustrating Box-Cox transformations 
that logarithms and power transformations can help stabilising the 
variance of a time series. 

Conversely, differencing can help stabilise the mean of a time series 
by removing changes in the level of a time series, and therefore 
eliminating (or reducing) trend and seasonality. 

A differenced time series y/, is the change between consecutive 
observations in the original series, and can be written as 


Yi = Yt — Ye-1- 


When the differenced series is a white noise, the model for the 
original series can be written as 


Yt — Yt-1 = €t, 


where €; is a white noise. By rearranging, we obtain y; = y;_1 + €t, 
which suggests that the series is a realisation of a random walk. 
If the differences have non-zero mean, say c, the series can be 


Monthly Airline Passenger Numbers 1949-1960, in thousands 


expressed as y; = c+ y;_1 + €t, that is as a random walk with drift. i 
A seasonal difference (or “lag-m difference”) is the difference ic ae ae Gee Oe ee 
. . . ox Cox Transformation 
between an observation and the previous observation from the 1 omanaes 


same season. If seasonally differenced data appear to be white 


noise, the series is a realisation of a seasonal random walk (Fig. 83). Seasonally iferenced (m=12) 


250 
ee ee 
import statsmodels.api as sm, pandas as pd -250 


import matplotlib.pyplot as plt . - = “aie OU 
import scipy.stats as stats 
from statsmodels.tsa.statespace.tools import diff Fig. 83 Airline time series: Box- 


Cox transformation and seasonal 
differencing. 


airpass = sm.datasets.get_rdataset("AirPassengers", "datasets") 
fig, axs = plt.subplots(3) 

axs[0].set_title(’Monthly Airline Passenger Numbers 1949-1960, in thousands’) 
axs[0].plot(pd.Series(airpass.data["value"])) 

series, l = stats.boxcox(airpass.data["value"]) 
axs[1].plot(series) 

axs[1].set_title(’Box Cox Transformation’ ) 

differenced = diff(series, k_diff=12) 

axs[2].plot(differenced) 

axs[2].set_title(’Seasonally differenced (m=12)') 
plt.xlabel(’Period ($t$)’) 

fig.tight_layout() 

plt.show() 


Autoregressive (AR) model 


In an autoregression model, we forecast the variable of interest 
using a linear combination of past values of the variable. The 
term autoregression indicates that it is a regression of the variable 
against itself. 


Definition 15. An autoregressive model of order p, AR(p) in short, is 
defined as 
P 
XSc+)0 pi Xi ter, 
i=1 
where 1,..-,Pp are the parameters of the model, c is a constant, and €; is 
a white noise. 


Note that the variance of the error term ¢; only affects the scale 
of the series, not the patterns. By varying the parameters of the 
model, we can obtain a wide range of different time series patterns, 
some of which have been surveyed before (Table 10). 

It is common to apply autoregressive models under the assump- 
tion that the model underpinning the time series is stationary; for 
this reason, some constraints on the values of the parameters are 
required (Table 11). Typically, these constraints are automatically 
enforced when a model is fit by an off-the-shelf software package. 


Example 26. Let {X;} be a random walk with standard Gaussian noise 
{€:}. We sample 200 realisations from this stochastic process as previously 
shown in Listing 53. By leveraging statsmodels.tsa.ar_model.AutoReg 
we fit an AR(1) model as follows. 


import numpy as np, pandas as pd, statistics 
from statsmodels.tsa.ar_model import AutoReg 


N, t, p = 200, 180, 1 

realisations = pd.Series(list(sample_random_walk(0, N)), range(N)) 
mod = AutoReg(realisations[0:t], p) 

res = mod. fit() 

print(res.summary() ) 

print("Std residuals: "+str(statistics.stdev(res.resid) ) ) 


The result of the fitting procedure is the following. 


AutoReg Model Results 


Dep. Variable: y No. Observations: 180 
Model: AutoReg(1) Log Likelihood -248.301 
Method: Conditional MLE S.D. of innovations 0.969 
Date: Mon, 22 Feb 2021 AIC -0.030 
Time: 00:12:02 BIC 0.023 
Sample: 1 HQIC -0.008 
180 
coef std err z P>[z| [0.025 0.975] 
intercept @.2950 0.126 2.340 0.019 0.048 0.542 
vill 0.9327 0.027 34.319 0.000 0.879 0.986 
Roots 
Real Imaginary Modulus Frequency 
AR.1 1.0721 +0.0000j 1.0721 0.0000 


Std residuals: 0.9714322305049528 
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g,1 =0 c=0_ white noise 
g,=1 c=0 random walk 
gi =1 c#0- random walk with drift 


Table 10 Special cases of AR(1). 


AR(1) |i] <1 


ARQ) |gi] <1, |g2| <1 
lgi+@2| <1, 
lp2— gil <1 
AR(p) roots of 1— LP, giz? 
must lie outside the unit circle. 


Table 11 Restrictions to model parame- 
ters that ensures stationarity. 
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statsmodels.tsa.ar_model.ar_select_order automatically 
selects the order p of an AR(p) process that best fits the data. 


from statsmodels.tsa.ar_model import ar_select_order 


N, t, p, max_order = 200, 180, 1, 10 

realisations = pd.Series(list(sample_random_walk(0, N)), range(N)) 
sel = ar_select_order(realisations[0:t], max_order) 

res = sel.model. fit() 

print(res.summary() ) 

print("Std residuals: "+str(statistics.stdev(res.resid) ) ) 


In our example this leads to the same result (p = 1), that is an AR(1) 
process. Fitting diagnostics can be obtained as follows. 


import matplotlib.pyplot as plt 


fig = plt.figure(figsize=(16,9)) 
res.plot_diagnostics(fig=fig, lags=max_order) 
plt.show() 


The diagnostics for our example are shown in Fig. 84. The plots 
illustrating standardised residuals, residual distribution histogram, 
and Q-Q plot are similar to those previously presented. However, 


the diagnostics here presented also include a “correlogram.”47 In A correlogram (also called Auto 
Correlation Function ACF Plot or 
Autocorrelation plot) is a visual way 
the order p of the process), while values for x = 2,3,... appear to to show-sérial correlation incdata that 


be random fluctuations that remain inside the confidence bands changes over time. 


this case, we see a spike at value 1 in the x-axis (which represents 


illustrated and are not significantly different than 0. This suggests 
that there is evidence of correlation between a period and the 
previous one, as it is effectively the case in a random walk. 


Fig. 84 Fitting an AR(1) to a random 


Standardized residual Histogram plus estimated density . . 
walk: diagnostics. 
24 
0) 
—2 i” 
50 100 150 
Normal Q-Q a Correlogram 
g 27 
S 0.574 
£ 
§ of 
o 0.0 
) 
a 24 
E -0.54 aa 
wn 10 95% confidence interval 
o. -1.04 . 
-2 -1 0 1 2 0) 10 20 30 
Theoretical Quantiles § 
2 
Finally, one can produce forecasts and prediction intervals by ° 
. * . . . . -2 
using plot_predict (Fig. 85). The forecasts and prediction intervals ae a eee 


Period (t) 


obtained are similar to those produced by the Naive method for the Hie. Be Hisseaste fon patiods 


same example (Fig. 69). 180,...,200 for an AR(1) process 
fit to a random walk. 


res.plot_predict(start=t, end=N) 
plt.plot(realisations[0:N], label="realisations") 
plt.legend(loc="upper left") 

plt.grid(True) 

plt.show() 


Moving Average (MA) model 


The Moving Average model specifies that the output variable de- 
pends linearly on the current and various past values of a stochastic 
error {é;}. 


Definition 16. A Moving Average model of order gq, MA(q) in short, is 
defined as 


XS utert+Oe;i1+...4 Og€t—q, 


where jt is the mean of the series, 0,,...,0q are the parameters of the 
model, and {e+} is a white noise. 


In this model, X; can be thought of as a weighted moving aver- 
age of the past few forecast errors. 


Lemma 33. The finite MA model is always stationary. 


Lemma 34. Any stationary AR(p) model can be written as an MA(oo) 
model. 


Definition 17. An MA(q) model is invertible if it can be expressed as an 
AR(co) model. 


For an MA(1) it is easy to show that the model is invertible if and 
only if |@| < 1; in fact, |@| > 1 means that more distant observations 
have greater or equal influence on the current error than closer 
ones — a situation that does not make much sense. Constraints 
can be imposed on MA(q) model to ensure invertibility; these are 
automatically enforced when a model is fit by a software package. 

To sample from an MA(q) process we can leverage Listing 65. 
Alternatively, statsmodels.tsa.arima_process.ArmaProcess com- 
bines an AR(p) and an MA(q) to obtain a so-called ARMA(p, q) 
process. By setting p = 0, an ARMA(p,q) process reduces to an 
MA(q) process, which can be sampled (Listing 66). 


Example 27. Let {X;} be an MA(q) process subject to standard Gaussian 
noise {e;}, q = 2, and parameters 0; = 0.8 and 0) = 0.2. We sample 200 


realisations from this stochastic process. 


By using statsmodels.api.tsa.ARMA we fit an MA(q) model. 


import numpy as np, pandas as pd, statsmodels.api as sm, statistics 


mu, theta, N, t, max_order = 0, [0.8,0.2], 200, 180, 10 

realisations = pd.Series(list(sample_MA_process_ARMA(mu, theta, N)), range(N)) 
mod = sm.tsa.ARMA(realisations[0:t], order=(0, 2)) 

res = mod. fit() 

print(res.summary() ) 

print("Std residuals: "+str(statistics.stdev(res.resid) ) ) 
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def sample_MA_process(mu, theta, 
realisations): 
np. random. seed(1234) 
errors = np.random.normal(0, 1, 
realisations + len(theta) ) 
theta = np.r_[1, theta][::-1] 
for r in range(1, 
min(len(theta) , realisations+1) ): 
yield mu + 
sum(np.multiply(theta[-r:], 
errors[:r])) 
for rin 
range(realisations-len(theta)+1): 
yield mu + 
sum(np.multiply(theta, 
errors[r:r+len(theta) ])) 


Listing 65 Sampling an MA(q) pro- 
cess. 


from statsmodels.tsa.arima_process 
import ArmaProcess 


def sample_ARMAOq_process(mu, theta, 
realisations): 

np. random. seed(1234) 

dist = lambda size: 
np.random.normal(0, 1, size) 

arparams = np.array([]) 

Maparams np.array (theta) 

# include zero-th lag 

arparams = np.r_[1, arparams] 

Maparams = np.r_[1, maparams] 

arma_t = ArmaProcess(arparams, 
Maparams ) 

return 
arma_t.generate_sample(nsample 
= realisations, distrvs=dist) 


The result after fitting an MA(2) model is shown below. 


Listing 66 Sampling an ARMA(O, q) 
process. 
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ARMA Model Results 


Dep. Variable: y No. Observations: 180 
Model: ARMA(O, 2) Log Likelihood -249.163 
Method: css-mle S.D. of innovations 0.965 
Date: Mon, 22 Feb 2021 AIC 506.326 
Time: 00:27:11 BIC 519.098 
Sample: ® HQIC 511.505 

coef std err Z P>|z| [0.025 0.975] 
const 0.0847 0.122 0.693 0.488 0.155 0.324 
ma.Ll.y 0.6220 0.074 8.448 0.000 0.478 0.766 
ma.L2.y 0.0820 0.081 1.015 0.310 0.076 0.241 

Roots 

Real Imaginary Modulus Frequency 
MA.1 -2.3137 +0.0000j 2.3137 0.5000 
MA.2 5.2682 +0.0000j 5.2682 0.5000 


Std residuals: 0.967862299006029 

While fitting the MA(q) model to the data, we assumed the order 
q of the process was known. If this is not the case, one may analyse 
the autocorrelation of the data. The autocorrelation function (ACF) 
of an MA(q) process is zero at lag q + 1 and greater, thus it easy to 
determine the correct value of q by inspecting the ACF (Fig. 86). 


sm.graphics.tsa.plot_acf(realisations.values.squeeze(), lags=max_order) 


The order of an ARMA(p,q) process can also be estimated via 
the following function. 


from statsmodels.tsa.stattools import arma_order_select_ic 


order = arma_order_select_ic(realisations[0:t], ic=’aic’, max_ar = 5, max_ma = 5) 
print(order.aic_min_order) 
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Finally, one can produce forecasts and prediction intervals by 
using plot_predict (Fig. 87). 


import matplotlib.pyplot as plt 


res.plot_predict(start=t, end=N, plot_insample=False) 
plt.plot(realisations[0:N], label="realisations") 
plt.legend(loc="upper left") 

plt.grid(True) 

plt.show() 
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Fig. 86 Fitting an MA(2) model: 
inspecting the ACF. In this instance the 
ACF is nonzero for the first two lags. 


Fig. 87 Forecasts for periods 
180,...,200 for an MA(2) process. 


Autoregressive Integrated Moving Average (ARIMA) model 


ARIMA is an acronym for AutoRegressive Integrated Moving 
Average (in this context, “integration” is the reverse of differencing). 
The I (for “integrated”) indicates that the data values have been 
replaced with the difference between their values and the previous 
values, and this differencing process may have been performed 
more than once. 


Definition 18. An ARIMA(p, d,q) model can be written as 
Xp Sct piypa +--+. + Ppyt—p + O1era +--+ Oget—-g + Et, 


where c is a constant; X} is the differenced stochastic process (note that the 
process may have been differenced more than once); and {€1} is a white 
noise. In an ARIMA(p,d,q) we define 


p__ order of the autoregressive part; 
d degree of first differencing involved; 
q _ order of the moving average part. 


The same stationarity and invertibility conditions that are used 
for AR and MA models also apply to an ARIMA model. 

Many of the models we have previously considered are special 
cases of the ARIMA model, in particular 


White noise ARIMA(0, 0,0 


) 
Random walk ARIMA(0, 1,0) with no constant 
) 


Random walk with drift ARIMA(0,1,0) with a constant 
Autoregression ARIMA(p,0,0) 
Moving average ARIMA(0, 0, q) 


Most software packages for time series analysis provide facilities 
to automatically determine values of p, d, and q. 


Example 28. We fit an ARIMA(0,1,0) to a time series reporting fluctua- 
tions in air passenger numbers (Listing 67), and leverage the fitted model 
to produce forecasts and prediction intervals (Fig. 88). 
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import statsmodels.api as sm, pandas 
as pd, statistics 

from statsmodels.tsa.arima_model 
import ARIMA 

import matplotlib.pyplot as plt 


N, t = 140, 136 

airpass = sm.datasets.get_rdataset ( 
“AirPassengers", "datasets") 

ts pd.Series(airpass.data["value"]) 

ts = ts.astype(float) 

model = ARIMA(ts[0:t], order=(0,1,0) ) 

res = model. fit() 

print(res.summary() ) 

res.plot_predict(start=ts.index[3], 
end=ts.index[-1], alpha=0.1) 

plt.xlabel(’Period ($t$)’) 

print("Std residuals: 
“+str(statistics.stdev(res.resid) )) 

plt.show() 


Listing 67 Fitting an ARIMA(0, 1,0) to 
a time series reporting fluctuations in 
air passenger numbers. 


Fig. 88 Airline time series: forecasts 
and prediction intervals obtained by 
fitting an ARIMA(0, 1,0) model. The 
fitted constant is c = 2.58; the standard 
deviation of residuals is 7 = 31.2. 
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Practical considerations 


We conclude this chapter by emphasising the “ancillary” nature of 
the predictive analysis carried out in this chapter. To be precise, any 
predictive analysis is always ancillary to an associated prescriptive 
analysis, which must necessarily be present, as 


the only reason why we make predictions, is to act upon them. 


While one may invest considerable time — and sometime have 
fun — fiddling with models and data, contrasting forecast quality 
metrics, and trying to determine the most appropriate model that 
fits a given set of data; it is important to bear in mind that trying 
to determine the best model that fits a given set of data is an ill-posed 
problem. This is because any predictive model is instrumental to a 
given purpose. Therefore a model that may be suitable to support a 
given decision, may perform poorly (or simply become irrelevant) if 
employed in the context of a different decision. 

It becomes then clear that three elements are necessary to make 
sure the problem we are dealing with is well-posed: the data, a 
predictive model that captures salient features of the data, and the 
associated prescriptive challenge, which is the decision making 
problem which the predictive model aims to support. 

As we have seen in the previous chapters, in inventory control 
there are essentially three decisions that must be considered in 
each period: when to review the inventory, when to place an order, 
and how much to order. To determine answers to each of these 
questions, one needs, to the very least, forecasts of the future level 
— that is the mean value pp — of the customer demand per period; 
these can be used in the context of deterministic decision support 
models such as those we have considered in previous chapters. Ide- 
ally, however, to enable probabilistic reasoning one is also interested 
in obtaining an estimation of the forecast errors associated with these 
estimates — that is the standard deviation o of the model residuals, 
which we have shown how to compute in this chapter. 

In essence, no matter what forecasting model we adopt to predict 
customer demand, what we aim to produce are two values: pl; and 
0; for each period ¢ in our planning horizon. In the next section, we 
will see how these estimates can then be used to build stochastic 
decision support models to address specific challenges in the realm 
of prescriptive inventory analytics. 

Finally, it is important to point out that separating a given chal- 
lenge into predictive and prescriptive subproblems is a convenient 
divide and conquer strategy, which may however lead to suboptimal 
decisions. Latest research in inventory control [see e.g. Rossi et al., 
2014a, Levi et al., 2015] aims at addressing these questions in an 
integrated manner rather than independently. 


Stochastic Inventory Control 


Copyright © 2021 Roberto Rossi, CC BY 4.0 
https://doi.org/10.11647/0BP.0252.04 
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Introduction 


In this chapter, we discuss inventory control in a stochastic setting. 
We first introduce the Newsvendor problem, which is the simplest 
possible stochastic inventory system that can be conceived. Then 
we survey service level constraints and penalty cost schemes that 
can be adopted for modelling stochastic inventory systems. Next, 
we show how to model and simulate a stochastic inventory sys- 
tem running costs. Equipped with these notions, we extend the 
Newsvendor problem to a multi-period setting. Central to stochas- 
tic inventory theory is the notion of control policy. A control policy 
is a rule that establishes when inventory should be reviewed and 
orders issued, and how large an order should be. The rest of this 
chapter is devoted to presenting a range of control policies that are 
commonly adopted in inventory control and that can be used to 
control a number of well-known inventory systems. 


The Newsvendor 

Service level constraints in inventory systems 
Simulating stochastic inventory systems 

The multi-period Newsvendor 

The base-stock policy 

The modified base-stock policy 

The (s,S) policy 

The modified (s,S) policy 

Nervousness of control 


The (R,S) policy 


The (s,Q) policy 
The (R, Q) policy 
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The (R,s,S) policy 
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The Newsvendor 


The name of this model derives from its analogy to the problem 
faced by a newsvendor who purchases newspapers at the beginning 
of the day before attempting to sell them in the street. Arrow‘? 
attributes the development of the Newsvendor model to Edge- 
worth,43 who used the central limit theorem to determine the 
optimal cash reserves to satisfy random withdrawals from deposi- 
tors. 

The Newsvendor is the simplest stochastic inventory problem 
one may conceive. It concerns a single item type over a planning 


# Kenneth J. Arrow. Studies in the 
mathematical theory of inventory and 
production. Stanford Univ. Pr., 1977. 
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3 Francis Y. Edgeworth. The mathemat- 
ical theory of banking. Journal of the 
Royal Statistical Society, 51(1):113-127, 


1888. 
horizon that comprises a single period. There is a single oppor- 
tunity to order, at the beginning of the period, to meet a random 
demand d that follows a known cumulative distribution function 
(CDF) F, and that is observed after the order is received (Fig. 89). 
Items can be ordered at a purchasing cost c per unit; they are Rs 
sold at a selling price p per unit; and, if some items remain unsold O+~. "ag aoe 
at the end of the day, their salvage value is s per unit. These pa- . ee 
rameters must satisfy s < c < p for the problem to make sense. 5 \ %, 
Purchasing cost c per unit O- ercereacd Al, vee 
Selling price p per unit 
Salvage value S per unit Fig. 89 The Newsvendor problem. 


Let Q denote the quantity ordered at the beginning of the period, 
e the ordering cost is cQ; 
¢ min(Q,d) units are sold at p per item; and 
¢ max(Q— d,0) units are salvaged at value s per item. 
The profit function is 
P(Q) = pE[min(Q,d)] +sE[max(Q — s,0)] —cQ 
where E denotes the expected value operator. 
Observe that E[min(Q,d)] = E[d] — E[max(d — Q,0)], then 
P(Q) + p(E[d] — E[max(d — Q,0)]) + sE[max(Q — d,0)] —cQ 
= (p —c)E|d] — pE[max(d — Q,0)| + sE[max(Q — d,0)] — cE[Q — d] 
= (p—c)E[d] — (p — c)E[max(d — Q,0)] — (c—s)Elmax(Q — d, 0)] 


since max(x,0) — max(—x,0) = x. 


Term (p — c)E|d] is constant, therefore maximising P(Q) is 
equivalent to minimising 
C(Q) = (p—c)Eld - Q]* + (c 


+ 2 max(x,0). 


s)E[Q —d]t >0, 


where [x] 


In essence, if demand is less than Q, the decision maker faces a 


A Overage cost (0) 


. c—s 
so-called “overage” cost o = c — s per item. If demand exceeds Q, Underage east (1) 


p-—e 


per unit 
per unit 
she faces an opportunity cost equal to the missed profit u = p—c 


per item, which we shall call “underage” cost. 
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Consider a random variable w with CDF F, and a scalar x. 
Definition 19. E[w — x]* is the first order loss function.4 
Definition 20. E[x — w]* is the complementary first order loss function. 


Lemma 35. E[w — x]* = E[x — w]* — (x — E[w)). 


Proof. See [Rossi et al., 2014b, Lemma 3]. 


As we will see, these two convex [Rossi et al., 2014b, Lemma 4] 
functions play a key role in stochastic inventory control. 


Lemma 36. C(Q) is convex. 


Proof. The overage cost o and the underage cost u are positive; both 
E[x — d]* and E[d — x]* are convex [Rossi et al., 2014b, Lemma 4]; 


and thus C(Q) is the sum of two convex functions (Fig. go). 


Lemma 37. E[x —w]* = [*., F(t)dt. 


Proof. See [Rossi et al., 2014b, Lemma 2]. 


Lemma 38 (Critical fractile). Let Q* = min C(Q), then 


*  p-l u 
Qr=F (<4). 


where F~' is the inverse cumulative distribution function of d. This is 


known as the critical fractile solution.*° 


Proof. Rewrite 


C(Q) =uE[d—Q]* + 0E[Q —d]* 
u(E[Q — w]* — (Q—E[w])) + oE[Q — d]* 

= (u + 0)E[Q - w]* — u(Q — Ele). 
We take the derivative of C(Q), and by applying Lemma 37, we 
obtain C’(Q) = (u +0)F(Q) — u. Since C(Q) is convex (Lemma 
39), to find its minimum we let C’(Q) = 0;4° and by inverting the 
cumulative distribution function F, we obtain the desired result. 


If the random demand d is discrete, the global minimum can be 
easily found by analysing the forward differences of C(Q). 
We next implement the Newsvendor in Python (Listing 68). 


import scipy.integrate as integrate 
from scipy.stats import norm 
from scipy.optimize import minimize 


class Newsvendor: 
def __init__(self, instance): 
self.mean, self.std, self.o, self.u = instance["mean"], instance["std"], 
instance["o"], instance["u"] 


def crit_frac_solution(self): # critical fractile 
return norm.ppf(self.u/(self.ot+tself.u), loc=self.mean, scale=self.std) 


def cfolf(self,Q): # complementary first order loss function 
return integrate.quad(lambda x: norm.cdf(x, loc=self.mean, scale=self.std), 0, 
Q) [0] 


def C(self,Q): # C(Q) 
return (self.o+tself.u)*self.cfolf(Q)-self.u*(Q - self.mean) 


def optC(self): # min C(Q) 
return minimize(self.C, 0, method=’Nelder-Mead’) 


# Roberto Rossi, S. Armagan Tarim, 
Steven Prestwich, and Brahim Hnich. 
Piecewise linear lower and upper 
bounds for the standard normal first 
order loss function. Applied Mathematics 
and Computation, 231:489-502, 2014b. 


15.0 — cl) 
—— uE[d-Q]* 
— oF[Q-d]* 


Fig. 90 The Newsvendor problem: the 
cost function C(Q) and its components 
uE[d — Q]* and oE[Q —d]*. 


4 Kenneth J. Arrow, Theodore Harris, 
and Jacob Marschak. Optimal inventory 
policy. Econometrica, 19(3):250-272, 
1951. 


46 This is known as the “first order 
condition.” 


instance = {"o" : 1, "u": 5, “mean" : 
10, "std" : 2} 
nb = Newsvendor(instance) 
print("Q**="_+ 
str(nb.crit_frac_solution())) 
print("C(Q**)="_ + 
str(nb.C(nb.crit_frac_solution()))) 
print(nb.optC() ) 


Listing 68 A Newsvendor instance. 
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Service level constraints in inventory systems 


In this section we survey the different types of service level con- 
straints that are typically adopted in inventory control. While doing 
so, we illustrate applications to the Newsvendor problem. 


& SERVICE LEVEL (NO STOCKOUT PROBABILITY): this is defined 
as the “probability of no stockout per order cycle.” In the case of 
the Newsvendor problem, recall that the critical fractile solution is 


*  p-l u 
oe (4): 


But F~! is the cumulative distribution of the demand, therefore if 


defined as 


we let « = u/(o + u), Q* becomes the order quantity that guarantees 
a probability of no stockout per order cycle equal to a. Every choice 
of u and o is therefore equivalent to a given a service level. Order 
quantities ensuring an arbitrary « service level, can be obtained by 
inverting the cumulative distribution of the demand (Fig. 91). 


f SERVICE LEVEL (FILL RATE): this is defined as the “expected 
fraction of demand that can be satisfied immediately from stock on 
hand.” The order quantity Q* that ensures a given f service level 
can be easily computed by leveraging the complementary first order 
loss function 


In Listing 69 we extend the Newsvendor class with w and B 
service levels, which are the most commonly used in practice. 


Y SERVICE LEVEL (READY RATE): this is defined as the “expected 
fraction of time with positive stock on hand.” We shall illustrate 
this service level for a Newsvendor problem subject to Poisson 
demand. As discussed in our Appendix on Poisson processes, the 
inter-arrival times between two Poisson arrivals originating from 

a Poisson process with mean A follow an exponential distribution 
with mean A~! (and thus rate parameter A). The sum of n exponen- 
tially distributed random variables with rate parameter A follows 
an Erlang distribution with shape parameter n and rate parameter 
A, whose mean is n/A. Let Q* = n, the ready rate can be computed 
as y = Q*/A — essentially the sum of n inter-arrival times whose 
expected value is the sought ready rate 0 < y < 1. Intuitively, A is 
the expected number of poisson arrivals per period, hence Q/A is 
the expected fraction of a period required to observe Q arrivals. 


SHORTAGE costs. Finally, recall that in general, there are three 
possible strategies for charging stockout/backorder penalty cost 
in inventory systems: we may charge a fixed or per unit cost once, 
when one or more units of demand are not met; or we may charge 
this cost per unit of demand short per time period, until an order 
arrives and such unit of demand is served. 


oO* 
Fig. 91 Inverting the cumulative 
distribution F(x) of the demand to 
determine the order quantity Q* that 
ensures a given « service level. 


class Newsvendor: 


def critical_fractile(self): 
return self.u/(self.o+self.u) 


def alpha(self, Q): 
return norm.cdf(Q, 
loc=self.mean, 
scale=self.std) 


def beta(self, Q): 
return self.cfolf(Q)/self.mean 


Listing 69 Extending the Newsvendor 
class with service levels. 
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Simulating stochastic inventory systems 


In this section, we illustrate how to modify our discrete simulation 
framework (p. 39) to accommodate a stochastic demand. 
First, it is necessary to slightly modify the DES engine as follows. 


class EventWrapper(): 
def __init__(self, event): 
self.event = event 
def __lt__(self, other) 
return self.event.priority < other.event.priority 


class DES(): 
def __init__(self, end): 
self.events, self.end, self.time = PriorityQueue() , end, 0 


def start(self): 
while True: 

event = self.events.get() 

self.time = event[0] 

if self.time <= self.end: # this is now <= 
event[1].event.end() 

else: 
break 


def schedule(self, event: EventWrapper, time_lag: int): 
self.events.put((self.time + time_lag, event) ) 


We also implement penalty cost accounting in class Warehouse; 


class Warehouse: 
def __init__(self, inventory_level, fixed_ordering_cost, holding_cost, 
penalty_cost): 
self.i, self.K, self.h, self.p = inventory_level, fixed_ordering_cost, 
holding_cost, penalty_cost 
self.o = 0 # outstanding_orders 
self.period_costs = defaultdict(int) # a dictionary recording period costs 


def receive_order(self, Q, time): 
self. review_inventory (time) 
self.i, self.o = self.i+Q, self.o - Q 
self .review_inventory (time) 


def order(self, Q, time): 
self. review_inventory (time) 
self.period_costs[time] += self.K # incur ordering cost and store it 
self.o += Q 
self. review_inventory (time) 


def on_hand_inventory(self): 
return max(0,self.i) 


def backorders(self): 
return max(0,-self.i) 


def issue(self, demand, time): 
self. review_inventory (time) 
self.i = self.i-demand 


def inventory_position(self): 
return self.otself.i 


def review_inventory(self, time): 

try: 
self.levels.append([time, self.i]) 
self.on_hand.append([time, self.on_hand_inventory()]) 
self .positions.append([time, self.inventory_position()]) 

except AttributeError: 
self.levels, self.on_hand = [[0, self.i]], [[0, self.on_hand_inventory()]] 
self.positions = [[0, self.inventory_position()]] 


def incur_end_of_period_costs(self, time): # incur holding and penalty costs 
self ._incur_holding_cost (time) 
self ._incur_penalty_cost (time) 


def _incur_holding_cost(self, time): # incur holding cost and store it 
self.period_costs[time] += self.on_hand_inventory()*self.h 


def _incur_penalty_cost(self, time): # incur penalty cost and store it 
self.period_costs[time] += self.backorders()*self.p 
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and we modify the End0fPeriod event accordingly 


class EndOfPeriod: 
def __init__(self, des: DES, warehouse: Warehouse): 
self.w = warehouse # the warehouse 
self.des = des # the Discrete Event Simulation engine 
self.priority = 0 # denotes a high priority 


def end(self): 
self .w.incur_end_of_period_costs(self.des.time) 
self .des.schedule(EventWrapper(End0fPeriod(self.des, self.w)), 1) 


To model a Poisson demand with rate A units per period rather 
than a deterministic demand of A units per period, in line with 
what we discuss in our Appendices on Poisson processes and on 
Discrete Event Simulation (p. 170), we slightly modify method end 
in class CustomerDemand as follows. 


class CustomerDemand: 
def __init__(self, des: DES, demand_rate: float, warehouse: Warehouse): 
self.d = demand_rate # the demand rate per period 
self.w = warehouse # the warehouse 
self.des = des # the Discrete Event Simulation engine 
self.priority = 2 # denotes a low priority 


def end(self): 
self.w.issue(1, self.des.time) # issue one unit of demand 
self.des.schedule(EventWrapper(self), np.random.exponential(1/self.d)) # 
schedule another demand with an exponentially distributed delay 


Events Order and ReceiveOrder are now assigned a medium prior- 
ity (self.priority = 1). 
We consider the same system simulated in Example 2. 


Example 29. We simulate operations of a simple inventory system by 
leveraging the Python code in Listings 70 and 71. The warehouse initial 
inventory is 10 units. The customer demand follows a Poisson distribution 
with a rate of 10 unit per period. We simulate N = 20 periods. We order 
50 units in periods 1, 5, 10, and 15; the delivery lead time is 1 period. The 
fixed ordering cost is 100, the per unit inventory holding cost is 1. 


np. random.seed(1234) # use common random numbers to ensure replicability 

instance = {"inventory_level": 10, "fixed_ordering_cost": 100, "holding_cost": 1, 
"penalty_cost": 5} 

w = Warehouse(**instance) 


N = 20 # planning horizon length 
des = DES(N) 


d = CustomerDemand(des, 10, w) 
des.schedule(EventWrapper(d), 0) # schedule a demand immediately 


lead_time = 1 
o = Order(des, 50, w, lead_time) 
for t in range(0,20,5): 
des.schedule(EventWrapper(o), t) # schedule orders 
des.schedule(EventWrapper(EndOfPeriod(des, w)), 1) # schedule EndOfPeriod at the 
end of the first period 
des.start() 


print("Period costs: "+str([w.period_costs[e] for e in w.period_costs])) 
print("Average cost per period: "+ '%.2f’ % (sum([w.period_costs[e] for e in 
w.period_costs])/len(w.period_costs)) ) 


plot_inventory(w.positions, “inventory position") 
plot_inventory(w.levels, “inventory level") 
plt.legend(loc="lower right") 

plt.show() 


def plot_inventory(values, label): 
# data 
df=pd.DataFrame({’x’: 
np.array(values)[:,0], ‘fx’: 
np.array(values)[:,1]}) 


# plot 
plt.xticks(range(len(values)), 
range(1, len(values) +1) ) 

plt.xlabel("t") 

plt.ylabel ("items") 

plt.plot( ’x’, ‘fx’, data=df, 
linestyle=’-’, marker='', 
label=Label) 


Listing 70 The plot_inventory 
function. 


Listing 71 Simulating the behaviour 
of a warehouse in Python. To ensure 
replicability, we leverage common 
random numbers [Kahn and Marshall, 
1953]. 
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After simulating the system, we find that the average cost per 
unit time is 51, this is higher than the cost (40) observed when 
demand is deterministic and equal to A per period. The behaviour 
of the inventory system in terms of inventory level and inventory 
position at the end of each period is shown in Fig. 92. 


60 


50 


40 


items 


30 


20 


10 


—— inventory position 
—— inventory level 


T T T T T T T T , T T T T T T T T T T T T 
123 45 6 7 8 9 101112131415 16171819 2021 
t 


We next use the discrete simulation code just presented to simu- 
late a Newsvendor problem with o = 1, u = 5, and Poisson demand 
with A = 100. 


def simulate_newsvendor(): 
instance = {"inventory_level": 0, "fixed_ordering_cost": 0, "holding_cost": 1, 
"penalty_cost": 5} 
w = Warehouse(**instance) 


N = 1 # planning horizon length 
des = DES(N) 


d = CustomerDemand(des, 100, w) 
des.schedule(EventWrapper(d), 0) # schedule a demand immediately 


lead_time = 0 

o = Order(des, 110, w, lead_time) 

des.schedule(EventWrapper(o), 0) # schedule a single order at time 0 

des.schedule(EventWrapper(EndOfPeriod(des, w)), 1) # schedule EndOfPeriod with a 
delay of one period 


des.start() 


print("Period costs: "+str([w.period_costs[e] for e in w.period_costs]) ) 
print("Total cost: "+ '%.2f' % (sum([w.period_costs[e] for e in w.period_costs]))) 


return sum([w.period_costs[e] for e in w.period_costs]) 


np. random. seed(1234) 

replications = 1000 

print("Simulated cost: " +str(sum([simulate_newsvendor() for k in 
range(replications)])/replications) ) 


By noting that a Poisson demand with A = 100 is roughly equiva- 
lent to a normally distributed demand with p = 100 and o = 10, by 
using analytical results previously presented for the Newsvendor 
model, we find that Q* = 110 and C(Q*) = 14.99. The simulated 
cost is 15.01, which closely approximates the analytical solution. 


Fig. 92 Simulating the behaviour 

of a warehouse in Python subject to 
stochastic demand: inventory level 
and inventory position at the end of 
each period ¢ € {1,20} when the initial 
inventory level is 10. Demand now 
follows a Poisson distribution with a 
rate of 10 units per period. 
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The multi-period Newsvendor 


This is a variant of the Newsvendor model in which the planning 
horizon comprises T periods (Fig. 93). In each period t = 1,...,T, 
we observe a random demand d; with known probability distribu- 
tion. There is still a single opportunity to order, so that an order 
quantity Q can be ordered only at the beginning of the planning 
horizon. However, inventory overage (0 = c — s) and underage 

(u = p —c) costs are now incurred at the end of each period. 


A 
0 pmf(d,) , pmf(d,+d,) > pmf(d,+d,+d,) , 
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Let Q denote the quantity ordered at the beginning of the period, 
our goal is to minimise 


E 


C(Q) = Dip —c)E lane — QI" + (c—s)E[Q—a11]* 2 0, 


t=1 


where [x]+ = max(x,0); and dy, = dj +do+...+d). 


Lemma 39. C(Q) is convex. 


-+ 


Proof. For every t, function (p — c)E[d1,; — Q]* + (c—s)E[Q —d1.4 
is equivalent to a traditional Newsvendor cost function; therefore 
C(Q) is the sum of T convex functions. 


Lemma 40 (Critical fractile). Let Q* = min C(Q), then 


Tu 
otu’ 


T 
2s Fi. 4(Q") = (29) 
t=1 


where F,,4 is the cumulative distribution function of dy + dy +...+ dt. 
The optimal order quantity can be found by finding Q* that solves Eq. 29. 


Proof. A proof of this result is provided in [Askin, 1981, p. 133]. 


Once more, if the random demand d is discrete, the global mini- 
mum can be found by analysing the forward differences of C(Q). 

The multi-period Newsvendor can be implemented in Python as 
shown below. 


Fig. 93 The multi-period Newsvendor 
problem. 
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from itertools import accumulate 
from scipy.stats import poisson 
import scipy.integrate as integrate 
from scipy.optimize import minimize 


class MultiPeriodNewsvendor: 
def __init__(self, instance): 
self.mean, self.o, self.u = instance["mean"], instance["o"], instance["u"] 


def cfolf(self, Q, d): # complementary first order loss function 
return integrate.quad(lambda x: poisson.cdf(x, d), 0, Q)[0] 


def folf(self,Q): # first order loss function 
return self.cfolf(Q)-self.u*(Q - self.mean) 


def C(self, Q): # C(Q) 
return sum([(self.o+self.u)*self.cfolf(Q, d)-self.u*(Q - d) for d in 
accumulate(self.mean) ]) 


def optC(self): # min C(Q) 
return minimize(self.C, 0, method=’Nelder-Mead’) 


def verify_fractile_solution(self, Q): 
T = len(self.mean) 
critical_fractile = Txself.u/(self.u+self.o) 
return sum([poisson.cdf(Q, d) for d in accumulate(self.mean)]) - 
critical_fractile < 0.1 


instance = {"o" : 1, "u": 5, "mean" : [10,10,10]} 

nb = MultiPeriodNewsvendor (instance) 

res = nb.optC() 

print(res) 

print("Verify critical fractile: "+str(nb.verify_fractile_solution(res.x[0]))) 


Example 30. We consider an instance comprising T = 3 periods. Demand 
in each period t follows a Poisson distribution with Ay = 10. After solving 
this instance, the optimal order quantity is Q* = 30 and C(Q*) = 43.30. 
Q* has been obtained by using Nelder-Mead optimisation algorithm 
[Nelder and Mead, 1965]. However, the cost also verifies via function 
verify_fractile_solution that Q* is a solution to Eq. 29. 


We can employ once more DES to simulate the cost of this inven- 
tory system. The Python code is shown below. 


def simulate_newsvendor(): 
instance = {"inventory_level": 0, "fixed_ordering_cost": 0, "holding_cost": 1, 
"penalty_cost": 5} 
w = Warehouse(**instance) 


N = 3 # planning horizon length 
des = DES(N) 


d = CustomerDemand(des, 10, w) 
des.schedule(EventWrapper(d), 0) # schedule a demand immediately 


lead_time = 0 

o = Order(des, 30, w, lead_time) 

des.schedule(EventWrapper(o), 0) # schedule a single order at time 0 

des.schedule(EventWrapper(EndOfPeriod(des, w)), 1) # schedule EndOfPeriod with a 
delay of one period 

des.start() 


print("Period costs: "+str([w.period_costs[e] for e in w.period_costs]) ) 
print("Total cost: "+ '%.2f' % (sum([w.period_costs[e] for e in w.period_costs]))) 


return sum([w.period_costs[e] for e in w.period_costs]) 


np. random. seed(1234) 

replications = 10000 

print("Simulated cost: " +str(sum([simulate_newsvendor() for k in 
range(replications)])/replications) ) 


The simulated value of C(Q*) is 43.80, which is close to the result 
previously obtained by using Nelder-Mead optimisation algorithm. 
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The base-stock policy 


We now consider the setting analysed in the multi-period Newsven- 
dor problem, but we relax the single-order assumption. The aim is 
then to control inventory of a single item type over a planning hori- 
zon that comprises T periods. As in the multi-period Newsvendor 
problem, we operate in a periodic-review setting. This means that 
there is an opportunity to order at the beginning of each period 

t, to meet a random demand d; that follows a known probability 
distribution, which may differ from period to period; and that 
inventory overage (also known as holding h) cost and inventory 
underage (also known as backorder penalty cost p) are incurred at 
the end of each period. Unmet demand at the end of each period is 
carried over (backordered) to the next period, and met as soon as the 
next replenishment arrives. 

Since at the beginning of each period t, we have an opportunity 
to replenish our stock, and since we incur no fixed cost for this, the 
problem is essentially equivalent to solving a set of T independent 
single-period Newsvendor problems. 

Let I;_1 be the closing inventory level at the end of period t — 1, 
by leveraging the critical fractile solution presented in Lemma 38, 
we define the order-up-to-level for period ¢ as follows 


A pl P 
ee a 


where ie is the inverse cumulative distribution function of d;. The 
optimal action at the beginning of period t is therefore to order 

Q = max{S; — I;_1,0}. In essence, at the beginning of period t, we 
order-up-to S;. This control policy is known as the base-stock policy. 


Example 31. Let us consider a planning horizon comprising T = 5 periods. 
Demand d; in each period t = 1,...,T follows a Poisson distribution with 
mean A; = 10; for the sake of simplicity we here assume, without loss 

of generality, that all A, are equal. Inventory holding cost ish = 1, 

and inventory backorder penalty cost is p = 5. We solve five separate 
Newsvendor problems, one for each period, we obtain S; = 13, for all t. 
The behaviour of the system when initial inventory is 10 is shown in Fig. 


94 
Simulating a base-stock policy only requires some minor adjust- 


ments to our DES Python code. In particular, we shall replace the 
Order class with the following OrderUpTo class. 


class OrderUpTo: 
def __init__(self, des: DES, S: float, warehouse: Warehouse, lead_time: float): 
self.S = S # the order-up-to-level 
self.w = warehouse # the warehouse 
self.des = des # the Discrete Event Simulation engine 
self.lead_time = lead_time 
self.priority = 1 # denotes a medium priority 


def end(self): 
Q = self.S - self.w.inventory_position() 
self.w.order(Q, self.des.time) 
self.des.schedule(EventWrapper(ReceiveOrder(self.des, Q, self.w)), 
self.lead_time) 
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The problem can then be simulated as follows. 


np. random. seed(1234) 

instance = {"inventory_level": 10, "fixed_ordering_cost": 0, "“holding_cost": 1, 
"penalty_cost": 5} 

w = Warehouse(**instance) 


N = 5 # planning horizon length 
des = DES(N) 


d = CustomerDemand(des, 10, w) 
des.schedule(EventWrapper(d), 0) # schedule a demand immediately 


lead_time = 0 
= OrderUpTo(des, 13, w, lead_time) 
for t in range(5): 
des.schedule(EventWrapper(o), t) # schedule orders 
des.schedule(EventWrapper(EndOfPeriod(des, w)), 1) # schedule EndOfPeriod at the 
end of the first period 
des.start() 


print("Period costs: "+str([w.period_costs[e] for e in w.period_costs]) ) 
print("Average cost per period: "+ '%.2f’ % (sum([w.period_costs[e] for e in 
w.period_costs])/len(w.period_costs))) 


plot_inventory(w.positions, “inventory position") 
plot_inventory(w.levels, “inventory level") 
plt.legend(loc="lower right") 

plt.show() 


Lost saALeEs. If we assume that unmet demand is Jost at the end of 
each period, as opposed to being backordered, the computation of 
S; does not change. However, the optimal action at the beginning of 
period f is now to order Qf = max{S; — max{I;_1,0},0}. 


POSITIVE ORDER LEAD TIME. If an order is delivered after a posi- 
tive lead time of | periods, the problem can be solved by leveraging 
the solution to a multi-period Newsvendor over periods t,...,f +] 
while computing the order-up-to-levels. In particular, 


Tp 


S:= s| 9° Fs) =e 


y 


where F;. ++; is the inverse cumulative distribution function of 


dt+...,d;4); this accounts for the demand variability over lead time. 


Fig. 94 Simulating the base-stock 
policy in Example 31. 
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To compute the associated optimal order quantity, first we need 
to establish the order of events. We shall assume that, at the begin- 
ning of a period, outstanding orders that are due to be delivered 
in such period are received; then inventory is reviewed; and new 
orders are issued. Let O; denote the total outstanding order quan- 
tity at the beginning of period t, when inventory is reviewed: these 
are all the orders already issued, but not yet received. Define the 
inventory position P; £ O; + 1, where [;_1 is the inventory level 
at the end of period t. Then the optimal action at the beginning of 
period t is to order QF = max{S; — P;,0}. 


Example 32. We consider the instance in Example 31 and set the order 
delivery lead time to 1 period. By solving a multi-period Newsvendor over 
a planning horizon of T = 2 periods with Poisson demand A; = 10 in each 
of these, we obtain S; = 20. The system behaviour is simulated in Fig. 95 


Fig. 95 Simulating the base-stock 
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delivery lead time / = 1. If we simulate 


20 a large number of periods (e.g. 500), 


per period is now higher (11.14) 


we can observe that the average cost 


15 than that observed for the zero lead 


10 system. 


u 


fo} 


— inventory position 
—— inventory level 


o-4 


T 
1 2 3 4 5 


np. random. seed(1234) 

instance = {"inventory_level": 10, "fixed_ordering_cost": 0, "“holding_cost": 1, 
"penalty_cost": 5} 

w = Warehouse(**instance) 


N = 5 # planning horizon length 

des = DES(N) 

d = CustomerDemand(des, 10, w) 

des.schedule(EventWrapper(d), 0) # schedule a demand immediately 


lead_time = 1 
o = OrderUpTo(des, 20, w, lead_time) 
for t in range(N): 
des.schedule(EventWrapper(o), t) # schedule orders 
des.schedule(EventWrapper(EndOfPeriod(des, w)), 1) # schedule EndOfPeriod at the 
end of the first period 
des.start() 


print("Period costs: "+str([w.period_costs[e] for e in w.period_costs]) ) 
print("Average cost per period: "+ '%.2f’ % (sum([w.period_costs[e] for e in 
w.period_costs])/len(w.period_costs) ) ) 


plot_inventory(w.positions, “inventory position") 
plot_inventory(w.levels, "inventory level") 
plt.legend(loc="lower right") 

plt.show() 


time case (4.97). A positive lead time 
makes it more expensive to control the 
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The modified base-stock policy 


We now consider once more the setting analysed in the multi- 
period Newsvendor problem, but in addition to relaxing the single- 
order assumption, we assume that an order capacity constraint is in 
place, so that at the beginning of each period, it is only possible to 
order a quantity less or equal to B. 

It is possible to show that the optimal policy to this periodic 
review problem is a so-called modified base-stock policy in which, in 
each period, we order up to the order-up-to-level S;, or as close as 
possible to it, given the ordering capacity.47 Therefore 


Qf = max{min{S; — [;_1, B},0}. 
This result directly follows from the following lemma. 


Lemma 41. Let f be convex, and S be a minimizer of f, then 


f(x) S<x 
min fly)=4 f(S)  S-B<x<s 
eee F(x +B) x<S-B 


Proof. A proof (Fig. 96) is discussed in [Karush, 1959]. 


Example 33. We consider the instance in Example 31 and an ordering 
capacity B = 13. The order-up-to-levels are not affected by the ordering 
capacity, and they remain equal to S; = 13, for all t. 


The system can be once more simulated by making a few tweaks 
to our DES code. In particular, we replace the OrderUpTo class with 
the following ModifiedOrderUpTo class in Listing 72. Finally, we 
amend the rest of the code as shown below. 


np. random. seed (1234) 

instance = {"inventory_level": 10, "fixed_ordering_cost": 0, "“holding_cost": 1, 
"penalty_cost": 5} 

w = Warehouse(**instance) 


N = 5 # planning horizon length 

des = DES(N) 

d = CustomerDemand(des, 10, w) 

des.schedule(EventWrapper(d), 0) # schedule a demand immediately 


lead_time, capacity = 0, 13 
o = ModifiedOrderUpTo(des, 13, w, lead_time, capacity) 
for t in range(N): 
des.schedule(EventWrapper(o), t) # schedule orders 
des.schedule(EventWrapper(EndOfPeriod(des, w)), 1) # schedule EndOfPeriod at the 
end of the first period 
des.start() 


print("Period costs: "+str([w.period_costs[e] for e in w.period_costs])) 
print("Average cost per period: "+ '%.2f’ % (sum([w.period_costs[e] for e in 
w.period_costs])/len(w.period_costs)) ) 


plot_inventory(w.positions, “inventory position") 
plot_inventory(w.levels, "inventory level") 
plt.legend(loc="lower right") 

plt.show() 


If we simulate a large number of periods (e.g. 500), we can observe 
that the average cost per period is now higher (6.25) than that 
observed for the case in which the capacity costraint is absent (4.97). 
An order capacity constraint makes it more expensive to control the 
system. 


+ > 


S-B RY 


Fig. 96 Plot of minyejxx+8) f(y): 


47 Awi Federgruen and Paul Zipkin. 
An inventory model with limited 
production capacity and uncertain 
demands I. The average-cost criterion. 
Mathematics of Operations Research, 11 
(2):193-207, 1986. 


class ModifiedOrderUpTo: 
def __init__(self, des: DES, S: 
float, warehouse: Warehouse, 
lead_time: float, B: float): 
self.S = S # the 
order-up-to-level 
self.w = warehouse # the 
warehouse 
self.des = des # the Discrete 
Event Simulation engine 
self.lead_time = lead_time 
self.B = B 
self.priority = 1 # denotes a 
medium priority 


def end(self): 

Q = min(self.S - 
self .w.inventory_position(), 
self.B) 

self.w.order(Q, self.des.time) 

self.des.schedule( EventWrapper( 
ReceiveOrder( self.des, Q, 
self.w)), self.lead_time) 


Listing 72 The ModifiedOrderUpTo 
class. 
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The (s,S) policy 


We consider a single-item single-stocking location stochastic in- 
ventory system subject to random demand. The planning horizon 
is finite and comprises n periods — for convenience periods are 
labelled in reverse order n,n — 1,...,1. The probability density 
function of the demand 4d; in period t is f; and its cumulative dis- 
tribution function is F;. The system operates under the following 
cost structure: there is a purchasing or ordering cost c(x) for pur- 
chasing x units of inventory; a holding cost h that is charged for 
transferring one unit of inventory from one period to the next; and 
a shortage cost p that charged for each unit short at the end of a 
period. Unmet demand at the end of a period is backordered and 
met as soon as the next replenishment arrives. We shall assume that 
deliveries occurs only at the beginning of a period and that they are 
instantaneous. 

Let C;(x) denote the expected total cost attained by an optimal 
provisioning policy over periods n,...,1 when the inventory at the 
beginning of period n, before any order is placed, is x; then 


Cae) = mati {ely —x)+Ln(y) + I Cn—1(y — w)fulco)deo} : 


x<y 


where Cy = 0, and 
Ln(y) © [iy —w)falwo)dew + [plo —y)falw)d 


In what follows we shall concentrate on the case in which the 
ordering cost takes the following structure 


aye § x=0, 


K+ 0x x>0. 


In other words, we now have a fixed ordering cost component K, 


vA 
> 
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which is incurred every time an order is placed, regardless of the 
order size; and a variable ordering cost component v, which is 
proportional to the size of the order. 


« inventory position 


The optimality of (s,S) policies 


Scarf proved that, if L,(y) is convex and ordering cost follows the 


structure of c(x), the optimal policy is defined by a pair of critical fg Aas eons 


numbers (s,S) as follows: at the beginning of each period, if x < s 
order S — x, otherwise, do not order (Fig 97). This control rule is 


time 


known as the (s, S) policy.4® 4 Herbert E. Scarf. Optimality of (s, S) 


We first introduce the following definition policies in the dynamic inventory 


Definition 21 (K-convexity). Let K > 0, g(x) is K-convex if for all x, 
a>0,andb>0, 196-202. Stanford Univ. Pr., 1960. 


—— > ie Ee aa (30) 


problem. In K. J. Arrow, S. Karlin, 
and P. Suppes, editors, Mathematical 
Methods in the Social Sciences, pages 
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Scarf’s result is based on a study of function 


Gu(y) © vy + Inly) +f Craly -@) falco) de. 


Scarf proved that, if L,(y) is convex, G,(y) is K-convex and thus 
satisfy the property in Definition 21. 

For illustrative purposes (Fig. 98), it is worth rearranging terms 
in Eq. 30 as follows 


x)—g@(x—b 
K+ g(x+a) > g(x) + a8 8 9), 
G(x + az) +K Fig. 98 K-convexity of G,: let a,b > 0, 
7 . pick two points (x — b, G(x — b)) and 
G (y) (x,G(x)), draw a straight line passing 
n 


through them; then for any x + a, point 
(x + a,G(x + a) + K) lies above the 
straight line. 


Yo 


Ber at 5] ‘x+ a2 


Without loss of generality, assume now G,, differentiable, and let 
b — 0; thus obtaining 


K+Gn(x +a) > Gn(x) +aG},(x). 


Consider all points x where G/,(x) = 0, these include all local 
maxima of G,. Let S be the global minimiser of Gy, it immediately 
follows that K + G,(S) is greater than the value of G, at any local 
maximum x < S (Fig. 99). 


Fig. 99 K-convexity of Gy: K + Gy(S) 
is greater than the value of G, at any 
local maximum x < S, thus there 
exists a unique value s such that 

K+ Gn(S) = Gy(s). 


This means that, despite the fluctuations of G,, there exists a 
unique value s such that K + G,(S) = G,(s), where § = min, G,(y). 
In turn, this implies that an (s,S) policy is optimal. 

This result, of course, hinges on K-convexity of Gy and Cy, which 
must be proved. 
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We first introduce three well-known properties (Lemma 42, 
Lemma 43, and Lemma 44) of K-convex functions. 


Lemma 42. 0-convexity is equivalent to ordinary convexity. 


Lemma 43. [f f and g are K-convex and M-convex, respectively, then 
af + Bg is (wK + BM)-convex for « and B positive. 


Lemma 44. If g is K-convex, then g(x +h) is K-convex for all h. 


Scarf’s proof proceeds by induction. Co = 0; L(y) is convex 
and hence K-convex (Lemma 42); vy is linear and hence K-convex; 
Gi(y) is convex (Lemma 43) and hence K-convex (Lemma 42). 
Assume that G2(y),...,Gy(y) are K-convex; to show that Gy+1(y) 
is K-convex, it is sufficient to show that i Cily — w) fn(w)dw is 
K-convex; and by applying Lemma 43 and Lemma 44, it is sufficient 
to show that C;,(x) is K-convex. 


Theorem 1. C,,(x) is K-convex. 
Proof. Observe that under an (s,S) policy, Cn(x) can be expressed 


as follows 


cnt) | 0° (31) 


—vx + Gn (x) 8: 


To prove that C,(x) is K-convex, we analyse three possible cases 
(Fig. 100) covering intervals within which x and x + a may lie. 


Sm Fig. 100 Cases considered in the proof 
Case 1 1 X,x+a of Theorem 1. 
> 
| 
Case 2 x 1 xt+a 
> 
| 
Case 3 x,x+a 
1 


Case 1: x > s. In this region, C,(x) is equal to a linear function plus 
a K-convex function, hence it is K-convex. 


Case 2: x <s < x +a. By applying Definition 21, Cy (x) is K-convex, 
since K + Cy(x +4) —Cy(x) —aCj,(x) > 0, that is 


K+(—o(x +a) + Gy(x +a)) — (K — 0x + Gy(S)) — a(—0 + Gj,(S)) > 0 


which is true, since G,(x + a) — Gy(S) > 0, for all x and a > 0, and 
Gj,(S) = 0, because S is the global minimiser of Gy. 


Case 3: x < x +a <-s. In this region, C(x) is linear. 


Observe that this proof applies both to stationary and nonsta- 
tionary demand. The proof can be also extended to the case of 
a positive deterministic lead time; this extension is discussed in 
[Scarf, 1960]. 
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Computing stationary (s,S) policy parameters 


We consider a single-item single-stocking location stochastic inven- 
tory system subject to stationary stochastic demand over an infinite 
planning horizon and periodic review. The probability density func- 
tion of the demand d in any given period is f and its cumulative 
distribution function is F. The system operates under the follow- 
ing cost structure: there is a purchasing or ordering cost c(x) for 
purchasing x units of inventory; a holding cost h that is charged for 
transferring one unit of inventory from one period to the next; and 
a shortage cost p that charged for each unit short at the end of a 
period. Unmet demand at the end of a period is backordered and 
met as soon as the next replenishment arrives. We shall assume that 
deliveries occurs only at the beginning of a period and that they are 
instantaneous. The objective is to minimise the expected long run 
average cost per period. 

According to what was discussed in the previous section, an 
(s,S) policy is optimal for this system. We shall now illustrate 
how to compute optimal (s,S) policy parameters by following the 
approach discussed by Zheng and Federgruen.*9 

At the beginning of any given period, if we have y units in stock, 
the expected total holding and backordering costs can be expressed 
as 

G(y) = hEly — d]* + pE[d—y]", 

where E[y — d]* and E[d — y|* are the complementary first order 
loss function and the first order loss function, respectively. 


Definition 22. A replenishment cycle is the time between the placement of 
two consecutive orders. 


Observe that at the beginning of each replenishment cycle the 
system “renews” itself, because the inventory position immediately 
after an order is always equal to S. Let c(s,S) denote the expected 
long run average cost per period of an (s,S) policy. By using the 
reward-renewal theorem, Zheng and Federgruen express c(s,S) as 
the expected cost per cycle divided by the expected cycle length. 

For y > s, define k(s,y) as the expected total cost until the next 
order is placed when the starting inventory position is equal to y 
units. Let M(j) be the expected total time until an order is placed when 
starting with s + j units. The expected long run average cost per 
period of an (s,S) policy can be expressed as 

k(s,S) 
M(S—s) 
We shall next find expressions for k(s, y) and M(j). 


e65) = 


Lemma 45. Consider a discrete random demand d, 
K+ UR 1 m(j)G(S —j) 
c(s,S) = ' 
M(S —s) 


where M(0) = 0; m(0) = (1-— po) 1; m(j) = ys pem(j — k), for 
j=1,2,...; and p; is the probability that d = i, where i > 0.5° 


49 Yu-Sheng Zheng and Awi Feder- 
gruen. Finding optimal (s, S) policies 
is about as simple as evaluating a 
single policy. Operations Research, 39(4): 
654-665, 1991. 


5° Let p(k) the probability mass func- 
tion of the demand in a given period; 
and g"(k) be the n-fold convolution of 
g(k). Define &"(k) £ Vk 9 g"(i). Then 
M(j) = EP, ®'G—1) = Tyco m(h), 
where m(j) = D%., g'(j). These results 
were originally presented in [Veinott 
and Wagner, 1965]. 
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Proof. Both k(s,y) and M(j) satisfy the discrete renewal equations. 
Therefore, for y > s 


co y—s—1 
k(s,y)=G(y)+K Oo ppt Yo pjk(s,y—j) 
j=y-s j=0 


and, for j =1,2,... 


j-l 
M(j) =1+ d riM( — i). 


From M(j) = ea m/(k) It follows that, for j = 1,2,... 


M(j) = MG - 1) +m(j—1) 


and therefore, for y > s 


y—s—1 
k(s,y) =K+ d, m(f)G(y — j). 
j= 


c(s,S) is unfortunately not convex. Zheng and Federgruen’s 
efficient algorithm is based on the observation that c(s — 1,S) isa 
convex combination of c(s,S) and G(s) (Lemma 46). 


Lemma 46. 
c(s—1,S) =ayc(s,S) + (1 — &,)G(s) (32) 
where &, = M(n)/M(n +1). 


Proof. For the proof of this and of the following lemmas please 


refer to [Zheng and Federgruen, 1991]. 


The following corollary immediately follows from Lemma 46. 
Corollary 1. min{c(s,S),G(s)} < c(s —1,S) < max{c(s,S),G(s)}. 


By leveraging Lemma 46, one first determines necessary (Lemma 
47) and sufficient (Lemma 48) conditions for s° to be the optimal 
reorder-level for a fixed order-up-to level S. 


Lemma 47. If s° is optimal for S, then c(s°,S) < c(s,S) for all s. 
Lemma 48. If G(s° +1) < c(s°,S) < G(s°), then s° is optimal for S. 


The following corollary can be used to find an optimal reorder 
level for a given order-up-to-level. 


A 


Corollary 2. Given S, let s° = max{y < yj|c(y,S) < G(y)}, then 
Lemma 48 holds, and s° is optimal for S. 


Let 
yi = min{yly = min G(x)}, 
yy = max{y|y = min G(x)}, 


where —oo < yj < y* < y5 < co — where y* is a minimum of G(x). 
Next, we establish lower (s;) and upper (s;,) bounds that apply to 
an optimal reorder-level s*. 
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Let s denote the smallest optimal reorder level. 
Lemma 49. s; <5 Syi-l. 


Let sj, denote the largest optimal reorder level. 


* 


*, where s° is the optimal reorder-level for some 


Lemma 50. s° < s 
arbitrary order-up-to level S. 


Corollary 3. There exists an optimal reorder level s* such that 
g9 <5* <3. 
Note that the lower bound can be continuously improved as new 
optimal reorder level s° are found for new values of S. 


Next, we establish lower (S) and upper (S) bounds that apply to 
an optimal order-up-to level S*. 


Lemma 51. S = y3 
Lemma 52. § = max{y > S|G(y) < c*}, where c* = c(s*, S*). 
Corollary 4. There exists an optimal order-up-to level S* such that 


S<s* <6. 


Corollary 5. 5, = max{y > S|G(y) < c}, where c = c(s,S) is the 
expected long run average cost per period of an arbitrary (s,S) policy. 
Therefore, there exists an optimal order-up-to level S* such that 


S<S*<S< 5. 


This corollary can be used to identify increasingly tighter upper 
bounds for S* as increasingly better (s, S) policies are found. 
For any fixed order up to level S let 


es) = minc(s, ). 
S< 


Definition 23. S improves upon S°, if c*(S) < c*(S°). 


Lemma 53. For a given order-up-to level S° (> 3), let so (< yj) be 
an optimal reorder-level. Then c*(S) < c*(S°) if and only if c(s°,S) < 
c(s®, $°). 


Thus, given a policy (s°, S°), we can easily identify an improving 
S’ by simply comparing c(s°, S°) and c(s°, S’). If S’ improves upon 
S°, then we want to find an optimal reorder-level s’ for S’. 


Lemma 54. Assume that s° < & is an optimal reorder-level for 5°, and 
that S’ improves upon S°, then there exists an optimal reorder-level s' for 
Bats € fe! nye}, 


The lemma therefore restricts the search for s’ to s°,...,5. 
We next present Zheng and Federgruen’s algorithm to find an 
optimal (s*,S*) policy. A sample instance is presented in Listing 73. 
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import numpy as np, functools # Optimal policy: (6,40) 
from scipy.stats import poisson # c(s*,S*) = 35.02 
from inventoryanalytics.utils import memoize as mem 
instance = {’mu’: 10, 'K’: 64, ‘'h’: 
def expectation(f, x, p): # E[f(X)] = sum f(x_i) p_i Lig "h": 9.3 
return np.dot(f(x),p) pb = ZhengFedergruen(**instance) 
print (pb. findOptimalPolicy()) 


class ZhengFedergruen(object): 


; : _ Listing 73 An instance of the station- 
The stationary stochastic lot sizing problem. . = 
nn ary stochastic lot sizing problem. The 


def __init__(self, mu, K, h, b): execution path is illustrated in Fig. 


wun Te 
Constructs an instance of the stochastic lot sizing problem 


Arguments: 
mu {[type]} -- the expected demand 
K {[type]} -- the fixed ordering cost 
h {[type]} -- the proportional holding cost 
b {[type]} -- the penalty cost 


40 


35 


self.K, self.h, self.b, self.mu = K, h, b, mu 30 
self.p = poisson.pmf(np.arange(10*mu), self.mu) # set a safe upper bound for Ss 
the random variable support (e.g. 10 times the mean demand) * 
20 
def G_L(self, y): # the one-period inventory cost 
return self.b*np.maximum(0,-y) + self.h*np.maximum(0,y) 15 ee 
7 . a 6 8 To va 
def G(self, y): # expected one period inventory cost 5 


return expectation(self.G_L, y - np.arange(0, len(self.p)), self.p) Fig tor Execution ofthe algorithm for 


@memoize # see appendix on SDP for memoize class implementation the instance in Listing 73 
def m(self, j): # [Zheng and Federgruen, 1991] eq. 2a 
if j= 


return 1./(1. - self.p[0]) 

else: # [Zheng and Federgruen, 1991] eq. 2b 
res = sum(self.p[l]*self.m(j-l) for l in range(1,j+1)) 
res /= (1. - self.p[0]) 


return res 
@memoize 
def M(self, j): # [Zheng and Federgruen, 1991] eq. 2c 
if j == 0: 
return Q. 
else: 


return self.M(j-1) + self.m(j-1) 


def k(self, s,y): # [Zheng and Federgruen, 1991] eq. 5 
res = self.K 
res += sum(self.m(j)*self.G(y-j) for j in range(y-s)) 
return res findOptimalPolicy: We enter the 


algorithm with an initial (arbitrary) 
order-up-to-level S° = y*, where 

y* = min,G(y). We find an optimal 
corresponding reorder level s° by 
def findOptimalPolicy (self): decreasing s from y* with unit-sized 


decrements until c(s, S° = G(s). 

# [Zheng and Federgruen, 1991] algorithm on Page 659 ecre eI ° 0 ( ee ) ~ G(s) 
ystar = poisson.ppf(self.b/(self.b+self.h),self.mu).astype(int) #base stock Optimality of s for S" follows from 
level, an arbitrary minimum of G Corollary 2. We then search for the 


ystar - 1 # upper bound for s« smallest value of S that is larger 

= ystar + 0 # lower bound for S* than S° and improves upon So. Sis 
#calculate the optimal s for S_@ by decreasing s until c(s,S_0) <= G(s) increased with unit-sized increments 
while self.c(s,S_0) > self.G(s): A single comparison of c(s°, S) and 

s -=1 c(s°, S°) is sufficient to verify if a 


s_0 = s # optimal value of s for S_0 a ‘ 0 
iven value of S improves upon S 
cO = self.c(s_0,S_0) # expected long run average cost per period of (s_0,S_0) 8 P Pp 


def c(self, s,S): # [Zheng and Federgruen, 1991] eq. 3 
return self.k(s,S)/self.M(S-s) 


s= 
S_0 


S50 = S_0 # SO = S*O of the paper (Lemma 53). If S improves upon 
S=S0+1 S°, 5° is updated to S and the new 
while self.G(S) <= c0: corresponding optimal reorder level 
a ee SOCR ROS anpr aves Upam SD s° is determined by incrementing 
while self.c(s,S0) <= self.G(s+1): # calculate the optimal s for S_0 the old reorder level with unit-sized 
stl increments until c(s,S°) > G(s +1). 
; an self.c(s,S@) The existence of such a reorder level 
+= 


s°, its optimality for the new value 
self.s_star =s 0 “ 
self.S_star = SO S", and the fact that so < y*, are all 
return s, SO guaranteed by Lemma 54. 
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The system can be once more simulated by making a few tweaks 
to our DES code. In particular, we replace the OrderUpTo class with 
the following InventoryReview class. 


class InventoryReview: 
def __init__(self, des: DES, s: float, S: float, warehouse: Warehouse, lead_time: 
float, B: float): 
self.s, self.S = s, S # the reorder point and the order-up-to-level 
self.w = warehouse # the warehouse 
self.des = des # the Discrete Event Simulation engine 
self.lead_time, self.B = lead_time, B 
self.priority = 1 # denotes a medium priority 


def end(self): 
if self.w.inventory_position() < self.s: 
Q = min(self.S - self.w.inventory_position(), self.B) 
self.w.order(Q, self.des.time) 
self .des.schedule(EventWrapper(ReceiveOrder(self.des, Q, self.w)), 
self.lead_time) 
self.des.schedule(EventWrapper(self), 1) # schedule another review in 1 period 


Finally, we amend the rest of the code as shown below. 


np. random. seed(1234) 

instance = {"inventory_level": 00, "fixed_ordering_cost": 64, “holding_cost": 1, 
"penalty_cost": 9} 

w = Warehouse(**instance) 


N = 20 # planning horizon length 

des = DES(N) 

d = CustomerDemand(des, 10, w) 

des.schedule(EventWrapper(d), 0) # schedule a demand immediately 


lead_time, capacity, s, S = 0, 10000, 6, 40 # set a very large capacity 

o = InventoryReview(des, s, S, w, lead_time, capacity) 

des.schedule(EventWrapper(o), 0) # schedule an order immediately 

des.schedule(EventWrapper(EndOfPeriod(des, w)), 1) # schedule EndOfPeriod at the 
end of the first period 

des.start() 


print("Period costs: "+str([w.period_costs[e] for e in w.period_costs])) 
print("Average cost per period: "+ '%.2f’ % (sum([w.period_costs[e] for e in 
w.period_costs])/len(w.period_costs) ) ) 


plot_inventory(w.positions, “inventory position") 
plot_inventory(w.levels, “inventory level") 
plt.plot([S for k in range(N)], label="S") 
plt.plot([s for k in range(N)], label="s") 
plt.legend(loc="lower right") 

plt.show() 


The simulated average cost per period (34.8) approaches that 
computed by Zheng and Federgruen’s algorithm (Fig. 102). 
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Fig. 102 Simulating the stationary 
(s,S) policy for the numerical example 
in Listing 73. If inventory position falls 
below s at the beginning of any given 
period, an order is issued to bring the 
inventory position up to S. 
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Computing nonstationary (s,S) policy parameters 


Definition 24. A stochastic process {d;} is nonstationary if the distribu- 
tion of d; varies with t, i.e. it is time-dependent. 


We present a Stochastic Dynamic Programming algorithm for 
computing optimal (s;,5;) policy parameters for the case in which 
demand is nonstationary over a finite horizon. An introduction to 
Stochastic Dynamic Programming is provided in the Appendix. 

We first list the relevant imports. 


from typing import List 
import scipy.stats as sp 
import json 


We implement the state of the inventory system in class State. 


class State: 


The state of the inventory system. 


Returns: 
[type] -- state of the inventory system 


def __init__(self, t: int, I: float): 
self.t, self.I = t, I # time period t, and inventory level I 


def __eq__(self, other) 
return self.__dict__ == other.__dict__ 


def __str__(self): 
return str(self.t) +" " + str(self.I) 


def __hash__(self): 
return hash(str(self) ) 


Finally, we implement the Stochastic Dynamic Programming 
algorithm in class StochasticLotSizing 


class StochasticLotSizing: 


The nonstationary stochastic lot sizing problem. 


Returns: 
[type] -- A problem instance 


def __init__(self, K: float, v: float, h: float, p: float, d: List[float], 
max_inv: float, q: float, initial_order: bool): 


Create an instance of StochasticLotSizing. 


Arguments: 
K {float} -- the fixed ordering cost 
v {float} -- the proportional unit ordering cost 
h {float} -- the proportional unit inventory holding cost 
p {float} -- the proportional unit inventory penalty cost 
d {List[float]} -- the demand probability mass function 


taking the form [[d_1,p_1],...,[d_N,p_N]], where d_k is 
the k-th value in the demand support and p_k is its 
probability. 

max_inv {float} -- the maximum inventory level 

q {float} -- quantile truncation for the demand 

initial_order {bool} -- allow order in the first period 


non 


# initialize instance variables 
self.T, self.K, self.v, self.h, self.p, self.d, self.max_inv = len(d)-1, K, v, 
h, p, d, max_inv 


# demand distributions 

max_demand = lambda d: sp.poisson(d).ppf(q).astype(int) # max demand 

pmf = lambda d, k : sp.poisson(d).pmf(k)/q # poisson pmf 

self.pmf = [[[k, pmf(d, k)] for k in range(@, max_demand(d))] for d in self.d] 
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# lambdas 
if initial_order: # action generator 
self.ag = lambda s: [x for x in range(0, max_inv-s.I)] 
else: 
self.ag = lambda s: [x for x in range(0, max_inv-s.I)] if s.t > 0 else [0] 
self.st = lambda s, a, d: State(s.t+1, s.I+a-d) # state transition 
L = lambda i,a,d : self.h*max(ita-d, 0) + self.p*max(d-i-a, 0) # immediate 
holding/penalty cost 
self.iv = lambda s, a, d: (self.K if a > 0 else 0) + L(s.I, a, d) # immediate 
value function 


self.cache_actions = {} # cache with optimal state/action pairs 


def f(self, level: float) -> float: 


Recursively solve the nonstationary stochastic lot sizing problem 
for an initial inventory level. 


Arguments: 
level {float} -- the initial inventory level 


Returns: 
float -- the cost of an optimal policy 


s = State(0, level) 
return self._f(s) 


def q(self, period: int, level:float) -> float: 


Retrieves the optimal order quantity for a given initial inventory level. 
Function :func:‘f‘ must have been called before using this method. 


Arguments: 

period {int} -- the initial period 

level {float} -- the initial inventory level 
Returns: 


float -- the optimal order quantity 
s = State(period, level) 
return self.cache_actions[str(s)] 


@memoize # see appendix on SDP for memoize class implementation 
def _f(self, s: State) -> float: # Scarf’s C_n(x) functional equation 


Dynamic programming forward recursion. 


Arguments: 
s {State} -- the initial state 


Returns: 

float -- the cost of an optimal policy 
#Forward recursion 
v = min( 

[sum([p[1]*(self.iv(s, a, p[0])+ # immediate cost 

(self._f(self.st(s, a, p[@])) if s.t < self.T else 0)) # future cost 

for p in self.pmf[s.t]]) # demand realisations 

for a in self.ag(s)]) # actions 

opt_a = lambda a: sum([p[1]*(self.iv(s, a, p[0])+ 
(self._f(self.st(s, a, p[@])) if s.t < self.T else 0)) 
for p in self.pmf[s.t]]) == v 

q = [k for k in filter(opt_a, self.ag(s))] # retrieve best action list 
self.cache_actions[str(s)]=q[0] if bool(q) else None # store action 
return v # return expected total cost 


def extract_sS_policy(self) -> List[float]: 


Extract optimal (s,S) policy parameters 


Returns: 
List[float] -- the optimal s,S policy parameters [...,[s_k,S_k],...] 
for i in range(-self.max_inv, self.max_inv): 
self.f(i) 
policy_parameters = [] 
for t in range(0, len(self.d)): 
level = self.max_inv - 1 


mMin_level = -self.max_inv 
s = State(t, level) 
while self.cache_actions.get(str(s), 0) == 0 and level > min_level: 


level, s = level - 1, State(t, level - 1) 
policy_parameters.append( 
[level, leveltself.cache_actions.get(str(s), 0)]) 
return policy_parameters 
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Example 34. We consider an instance of the stochastic lot sizing problem 
over a planning horizon comprising N = 4 periods. Demand in each 
period follows a Poisson distribution with mean A;. The values of A; are 
shown in the following table. 


t I 2 3 4 
At 20 40 60 40 


The fixed ordering cost is K = 100, for the sake of simplicity the per 
unit ordering cost is v = O, holding cost is h = 1, and penalty cost is 
p = 10. 


The instance in Example 34 can be solved as follows. 


instance = {"K": 100, "v": 0, "h": 1, "p": 10, "d": [20,40,60,40], "max_inv": 200, 
"q": 0.9999, "initial_order": True} 

lot_sizing = StochasticLotSizing(**instance) 

t, I = 0, 0 # initial period, initial inventory level 

print("Optimal policy cost: " + str(lot_sizing.f(i))) 

print("Optimal order quantity: " + str(lot_sizing.q(t, i))) 

print(lot_sizing.extract_sS_policy()) 


The optimal policy cost is 332.1 The optimal (s,5;) policy parame- 
ters for each period t are shown in the following table. 


t I 2 3 4 


St 67 49 109 49 
Se 15 28 55 28 


In Fig. 103 we plot Scarf’s Gn(y), and Cy (x) functions for the 
first period of the instance in Example 34. The optimal order quan- 
tity Q for each initial inventory level x is also plotted. 
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Stochastic Dynamic Programming features a pseudo-polynomial 
complexity, and can therefore only solve small instances. A more 
efficient mathematical programming heuristic has been discussed in 
[Xiang et al., 2018]. 


Fig. 103 Scarf’s G,(y) and C,,(x) 
functions for the first period of the 
instance in Example 34, i.e. n = 4. 
The optimal order quantity Q for each 
initial inventory level x is also plotted. 
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The modified (s,S) policy 


In this section, we consider the same problem addressed in [Scarf, 
1960]: inventory of a single item subject to random demand must 
be controlled over a planning horizon of n periods under fixed 
ordering (K), holding (h), and backorder penalty (p) cost. However, 
the manager now also faces order quantity capacity constraints: in 
each period, the amount ordered cannot exceed a fixed quantity B. 

The first to investigate this problem was Wijngaard.>* Wijngaard 
conjectured that an optimal strategy may feature a so-called modified 
(s,S) structure: if the inventory level is greater or equal to s, do not 
order; otherwise, order up to S, or as close to S as possible, given 
the ordering capacity.°* 

Unfortunately, both [Wijngaard, 1972] and [Shaoxiang and 
Lambrecht, 1996] provided counterexamples that ruled out the 
optimality of a modified (s,S) policy. These counterexamples are 
fairly easy to produce by slightly amending the Stochastic Dynamic 
Programming code for computing nonstationary (s,S) policy 
parameters. In particular, the only change that is required concerns 
the lambda expressions for the action generator 


if initial_order: # action generator 
self.ag = lambda s: [x for x in range(0, min(max_inv-s.I, B))] 
else: 
self.ag = lambda s: [x for x in range(0, min(max_inv-s.I, B)] if s.t > 0 else [0] 


where B is the ordering capacity.°3 

We hereby illustrate a numerical example originally presented in 
[Shaoxiang and Lambrecht, 1996, p. 1015] and also investigated in 
[Shaoxiang, 2004] under an infinite horizon. 


Example 35. Consider a planning horizon of n = 20 periods and a 
stationary demand d distributed in each period according to the following 
probability mass function: Pr{d = 6} = 0.95 and Pr{d = 7} = 0.05. 
Other problem parameters are K = 22,B = 9,h = 1 and p = 10 and 


v = 1; however, note that for a stationary problem with a sufficiently 
long horizon, v can be safely ignored. The authors also consider a discount 
factor « = 0.9, which can be easily embedded in the code we presented. 


In Table 12 we report the tabulated optimal policy as illustrated 
in [Shaoxiang, 2004, p. 417]. It is easy to see that this policy does 
not follow a modified (s,5) rule as defined above. 


Starting inventory level -3 -2 -1 0 1 2 3 
Optimal order quantity 9 8 7 9 8 7 9g 


However, [Shaoxiang and Lambrecht, 1996, Shaoxiang, 2004] pro- 
vided a partial characterisation of the optimal policy, and proved 
that the optimal policy for this problem features a so-called X — Y 
band structure: when initial inventory level is above Y, it is opti- 
mal to not order; when initial inventory level is below X, where 
Y —X < B, it is optimal to order at full capacity. 


5 Jacob Wijngaard. An inventory prob- 
lem with constrained order capacity. 
Technical report, TU Eindhoven, the 
Netherlands, 1972. 


52 Note that a modified (s,5) policy 
generally performs very well: it is 
either optimal, or very close to optimal, 
and thus it represents a valid heuristic 
for this problem. 


53 Note that modified (s,S) policy 
parameters can be extracted by using 
the function extract_sS_policy 
previously presented. 


Table 12 Optimal policy as illustrated 
in [Shaoxiang, 2004, p. 417]. 
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Nervousness of control 


We consider once more the stochastic lot sizing problem addressed 
in [Scarf, 1960]. The (s,S) policy is optimal in the sense that it min- 
imises the expected total cost. However, this policy suffers from 
high nervousness of the control action.>+ Tunc et al. distinguish 

two types of nervousness of the control action: setup-oriented and 
quantity-oriented. Setup-oriented nervousness is the degree by 
which timing of next replenishment is unpredictable; quantity- 
oriented nervousness is the degree by which quantity of next 
replenishment is unpredictable.>> Tunc et al. argue that nervous- 
ness of control can be categorised in terms of three well-established 
inventory control strategies: static uncertainty, dynamic uncertainty, 
and static-dynamic uncertainty, which were originally discussed in 
[Bookbinder and Tan, 1988], and which reflect extreme cases with 
regard to the setup- and the quantity-oriented nervousness. 


THE DYNAMIC UNCERTAINTY STRATEGY is the (s,S) policy discussed 
in [Scarf, 1960]. In this strategy, at the beginning of each period, the 
manager reviews the inventory, decides if an order has to be issued, 
and the size of such order. In this strategy both timing of next 
replenishment and its quantity are unpredictable, and the strategy 
therefore features high setup- and quantity-oriented nervousness. 


THE STATIC-DYNAMIC UNCERTAINTY STRATEGY can be implemented 
in the form of two policies: the (R,S) policy and the (s, Q) policy. 
In the (R, S) policy, at the beginning of the planning horizon, we 
fix once and for all the length R of all future replenishment cycles; 
conversely, the size of an order is only computed at the beginning 
of each replenishment cycle, as the quantity necessary to raise 
the inventory position up to S. This strategy presents low setup- 
oriented, and high quantity-oriented nervousness. It is particularly 
suitable when order coordination across multiple SKUs is a concern, 
e.g. when multiple SKUs are ordered from the same supplier. 
In the (s,Q) policy, at the beginning of the planning horizon, 
we fix once and for all the order quantities for all future periods; 
conversely, whether an order is issued or not at any given period, 
is determined by checking if the inventory position has fallen 
below the reorder point s. The timing of future replenishment 
periods is therefore uncertain. This strategy presents high setup- 
oriented nervousness, and low quantity-oriented nervousness. It 
is particularly suitable when predictability of order processing 
workload is a concern, e.g. staff rostering for processing orders. 


THE STATIC UNCERTAINTY STRATEGY is known as the (R,Q) policy. 
In this strategy, at the beginning of the planning horizon, we decide 
once and for all the length R of all future replenishment cycles, and 
the associated order quantities. This strategy presents low setup- 
oriented nervousness, and low quantity-oriented nervousness. 


54 Huseyin Tunc, Onur A. Kilic, S. Ar- 
magan Tarim, and Burak Eksioglu. A 
simple approach for assessing the cost 
of system nervousness. International 
Journal of Production Economics, 141(2): 
619-625, 2013. 


55 While the (s,S) policy is cost op- 
timal, the (R, Q) policy is the most 
expensive strategy. The cost of static- 
dynamic uncertainty strategies fall 

in between these two limiting cases. 

A comprehensive cost comparison 
among all these strategies is presented 
in [Dural-Selcuk et al., 2020, Ma et al., 
2020]. 


(s,S) policy 


(R, S) policy 


(s,Q) policy 


(R, Q) policy 


142 INVENTORY ANALYTICS 


The (R,S) policy 


We consider the same problem addressed in [Scarf, 1960]: inventory 
of a single item subject to random demand must be controlled over 
a planning horizon of n periods under fixed ordering (K), holding 
(h), and backorder penalty (p) cost. We formulate the problem in 
Python as follows. 


from typing import List 


class StochasticLotSizing: 


A stochastic lot sizing problem. 


def __init__(self, K: float, h: float, p: float, d: List[float], 10: float): 


Create an instance of the stochastic lot sizing problem. 


Arguments: 
K {float} -- the fixed ordering cost 
h {float} -- the per unit holding cost 
p {float} -- the per unit penalty cost 
d {List[float]} -- the poisson demand rate in each period 
I0 {float} -- the initial inventory level 


self.K, self.h, self.p, self.d, self.I0 = K, h, p, d, 10 


However, we hereby adopt a static-dynamic uncertainty strategy 
[Bookbinder and Tan, 1988] in the form of an (R,S) policy. Our aim 
is to compute near optimal (R,S) policy parameters. 


Definition 25. A replenishment cycle is the time interval i,...,] between 
two consecutive orders occurring at time i and j +1. 


At the beginning of each replenishment cycle of length R, an 
(R,S) policy raises the inventory position up to S (Fig. 104). Since 
we operate under an order-up-to policy, the expected total cost 
c(i,j) of a replenishment cycle spanning over periods i,...,j is the 
expected total cost of a multi-period Newsvendor problem over the 
same time interval. The solution to this problem has been already 
discussed at p. 123. The relevant code is the following. 


import scipy.integrate as integrate 
from itertools import accumulate 
from scipy.stats import poisson 
from scipy.optimize import minimize 


class MultiPeriodNewsvendor: 
def __init__(self, mean, h, p): 
self.mean, self.o, self.u = mean, h, p 


def cfolf(self, Q, d): # complementary first order loss function 
return integrate.quad(lambda x: poisson.cdf(x, d), 0, Q)[0] 


def folf(self,Q): # first order loss function 
return self.cfolf(Q)-self.u*(Q - self.mean) 


def _C(self, Q): # C(Q) 
return sum([(self.o+self.u)*self.cfolf(Q, d)-self.ux(Q - d) for d in 
accumulate(self.mean) ]) 


def optC(self): # min C(Q) 
return minimize(self._C, 0, method=’Nelder-Mead’ ) 


Given a planning horizon of n periods, we can precompute 
the expected total cost c(i, j) of every replenishment cycle, for 
£1 = (yacngtt Sy. 
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Once cycle costs have been precomputed, the optimal replenish- 
ment plan can be easily determined by adopting the same strategy 
used to solve the Dynamic Lot Sizing Problem in a deterministic 
setting (p. 61). In particular, we represent our problem as a Di- 
rected Acyclic Graph (DAG) in which arcs represent all possible 
replenishment cycles that can take place within our n-period plan- 
ning horizon. Approximating the expected total cost of an optimal 
plan is equivalent to finding the shortest path in this DAG. This 
can be done efficiently by leveraging Dijkstra’s algorithm [Dijkstra, 
1959]. The relevant Python code is shown below and in Listing 74. 


import networkx as nx 


class RS_DP(StochasticLotSizing) : 


Implements the traditional shortest path algorithm with stochastic cycle costs. 


James H. Bookbinder and Jin-Yan Tan. Strategies for the probabilistic lot-sizing 
problem with service-level constraints. Management Science, 34(9):1096-1108, 1988. 


def __init__(self, K: float, h: float, p: float, d: List[float]): 
Create an instance of the stochastic lot sizing problem. 
Initial inventory level assumed to be 0. 


Arguments: 
K {float} -- the fixed ordering cost 
h {float} -- the per unit holding cost 
p {float} -- the per unit penalty cost 
d {List[float]} -- the demand in each period 


super().__init__(K, h, p, d, 0) 


self.graph = nx.DiGraph() 
for i in range(0, len(self.d)): 
for j in range(it+1, len(self.d)): 
self.graph.add_edge(i, j, weight=self.cycle_cost(i, j-1)) 


def cycle_cost(self, i: int, j: int) -> float: 
Compute the expected total cost of a cycle covering periods i,...,j 
when initial inventory is zero 


pee 


if i>j: raise Exception(’i>j’) 
return self.K + MultiPeriodNewsvendor(self.d[i:j+1], self.h,self.p).optC().fun 


def optimal_cost(self) -> float: 


Cae 


Approximates the cost of an optimal solution 
T, cost, g = len(self.d), 0, self.graph 
path = nx.dijkstra_path(g, 0, T-1) 
path.append(len(self.d)) 
for t in range(1,len(path) ): 
cost += self.cycle_cost(path[t-1],path[t]-1) 
print("c("+str(path[t-1])+","+str(path[t]-1)+") = 
"+s5tr(self.cycle_cost(path[t-1],path[t]-1))) 
return cost 


def order_up_to_levels(self) -> List[float]: 


Compute optimal order-up-to-levels 

T, g = len(self.d), self.graph 

path = nx.dijkstra_path(g, 0, T-1) 

path.append(len(self.d)) 

qty = [0 for k in range(0,T)] 

for t in range(1,len(path) ): 

qty[path[t-1]] = MultiPeriodNewsvendor(self.d[path[t-1]:path[t]], 

self.h,self.p).optC().x[0] 

return qty 


Advanced mathematical programming heuristics are discussed in 
[Tarim and Kingsman, 2006, Rossi et al., 2015, Tunc et al., 2018]. 


instance = {"K": 100, "h": 1, "p": 10, 
"d":[20,40,60,40]} 

ww = RS_DP(**instance) 

print("Cost of an optimal plan: ", 
ww.optimal_cost()) 

print("Optimal order-up-to-levels: ", 
ww.order_up_to_levels() ) 


Listing 74 A stochastic lot sizing 
problem instance solved under the 
(R,S) policy. The approximated 
expected total cost is 388.7. The 
optimal replenishment plan prescribes 
orders in periods 1, 3, and 4; the 
associated order-up-to-levels are 67, 
70, 48. Contrast this solution with the 
optimal (s,S) policy and its cost (332.1) 
discussed for this example at p. 139. 


For a stationary demand, the (R, S) 
policy can be simulated by using a 
DES code similar to that presented 

for the (s,S) policy. However, in the 
revised code, inventory reviews will 
have to be scheduled in advance, at the 
timings prescribed by the (R, 5S) policy. 
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The (s,Q) policy 


We consider the same problem addressed in [Scarf, 1960]: inventory 
of a single item subject to random demand must be controlled over 
a planning horizon of n periods under fixed ordering (K), holding 
(h), and backorder penalty (p) cost. 

We hereby focus on a static-dynamic uncertainty strategy [Book- 
binder and Tan, 1988] in the form of an (s,Q) policy. Our aim is to 
compute near optimal (s,Q) policy parameters. 

The DES code required to simulate an (s,Q) policy is essen- 
tially identical to that used to simulate an (s,S) policy. The only 
change required concerns the InventoryReview class, which must 
be amended as follows to capture the fact that when inventory 


position falls below s, we order a fixed quantity Q.5° 56 Recall that in the (s,S) policy the 
order quantity was dynamically 
class InventoryReview: determined to bring the inventory 
def __init__(self, des: DES, s: float, Q: float, warehouse: Warehouse, lead_time: 


float): position up to S. 


self.s, self.Q = s, Q # the reorder point and the order quantity 
self.w = warehouse # the warehouse 

self.des = des # the Discrete Event Simulation engine 
self.lead_time = lead_time 

self.priority = 1 # denotes a medium priority 


def end(self): 
if self.w.inventory_position() < self.s: 
self.w.order(self.Q, self.des.time) 
self .des.schedule(EventWrapper(ReceiveOrder(self.des, self.Q, self.w)), 
self. lead_time) 
self.des.schedule(EventWrapper(self), 1) # schedule another review in 1 period 


Example 36. Consider the same instance>’ presented in Listing 73. This 57 Instance parameters: 1 = 10, K = 64, 
instance was solved using Zheng and Federgruen’s algorithm, which ae a 

produced an (s,S) policy with parameters s = 6andS = 40 and an 

expected total cost 35.02. We arbitrarily set (s,Q) policy parameters to 

s=6,andQ= 40;58 and simulate this policy (Fig. 108). The simulated 58 Q is thus set to the value of the 


cost (35.6) is slightly higher than of an optimal (s, S) policy. arse under an optimal 


Fig. 105 Simulating the stationary 
(s,Q) policy for the numerical example 
in Listing 73. If inventory position falls 


40 below s at the beginning of any given 
period, an order of size Q is issued. 
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Instead of setting arbitrary (s,Q) policy parameters, we may 
want to find optimal ones. Unfortunately, computing optimal 
(s,Q) policy parameters is a challenging task even under stationary 
demand.5? We thus approximate this problem numerically using a 
simulation-optimisation strategy [Jalali and Nieuwenhuyse, 2015].°° 


import matplotlib.pyplot as plt, numpy as np, pandas as pd 
from scipy.optimize import minimize 


class sQ: 
def __init__(self, instance, demand, lead_time, N): 
self.instance, self.demand, self.lead_time, self.N = instance, demand, 
lead_time, N 


def _run_DES(self, parameters): 
s, Q = tuple(parameters) 
np. random. seed (1234) 
w = Warehouse(x**self.instance) 
des = DES(self.N) 
d = CustomerDemand(des, self.demand, w) 
des.schedule(EventWrapper(d), @) # schedule a demand immediately 
o = InventoryReview(des, s, Q, w, self.lead_time) 
des.schedule(EventWrapper(o), 0) # schedule an order immediately 
des.schedule(EventWrapper(EndOfPeriod(des, w)), 1) # schedule EndOfPeriod at 

the end of the first period 

des.start() 
return w 


def simulate(self, parameters): 
w = self._run_DES(parameters) 
return (sum([w.period_costs[e] for e in w.period_costs])/len(w.period_costs) ) 


instance = {"inventory_level": 0, "fixed_ordering_cost": 64, "holding_cost": 1, 
"penalty_cost": 9} 

demand, lead_time = 10, 0 

N = 1000 # planning horizon length 

sq = sQ(instance, demand, lead_time, N) 

s, Q = 6, 40 # use optimal (s,S) policy parameters as initial solution for the 
optimisation 

m = "Nelder-Mead" 

res = minimize(sq.simulate, [s,Q], method=m, options={"maxiter": 50}) 

print([m, list(res.x), res.fun]) 


Nelder-Mead’s algorithm converges to a solution in which s = 6, 
and Q = 39;°" the expected total cost of this (s,Q) policy is 35.06 — 
only slightly higher than that of an optimal policy. In Fig. 106 we 
illustrate the execution path of the algorithm. 


59 Advanced mathematical program- 
ming heuristics for computing nonsta- 
tionary (s,Q) policy parameters are 
discussed in [Ma et al., 2020]. 

6 To simulate the cost of a given 

pair of (s,Q) policy parameters, we 
leverage our DES code; to optimise 
over the space of all possible (s,Q) 
policy parameter pairs we rely on 
Nelder-Mead’s algorithm [Nelder and 
Mead, 1965]. 


® We have rounded the original 
solution to the closest integer values 
since demand follows a Poisson 
distribution. 


Fig. 106 Nelder-Mead execution path 
within the landscape of the expected 
total cost of the (s,Q) policy for the 
example in Listing 73. 
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The (R, Q) policy 


We consider the same problem addressed in [Scarf, 1960]: inventory 
of a single item subject to random demand must be controlled over 
a planning horizon of n periods under fixed ordering (K), holding 
(h), and backorder penalty (p) cost. 

We hereby focus on a static uncertainty strategy [Bookbinder and 
Tan, 1988] in the form of an (R,Q) policy. Since an (R, Q) policy 
fixes both the timing and the quantity of replenishments at the 
beginning of the planning horizon, it can be simulated using the 
DES code presented at p. 120, when policy parameters are known. 

To compute optimal (R, Q) policy parameters, we will formulate 
the problem using stochastic programming. In particular, we ex- 
press the model as a mixed-integer nonlinear programming model; 
and we linearise it using techniques presented in [Rossi et al., 
2014b]. The resulting mixed-integer linear programming model can 
be solved by using off-the-shelf mathematical programming solvers. 

Consider a finite planning horizon comprising T periods. De- 
mand 4d; is stochastic, and its distribution may vary from one 
period t to another. We hereby restrict our discussion to a normally 
distributed demand with mean E[d;| and standard deviation o[d;| 
in each period t. However the approach here presented can be 
easily extended to generic distributions. Inventory can only be 
reviewed — and orders issued — at the beginning of each period. 
Orders are received immediately after being placed, there is a fixed 
cost K for placing an order, a per unit cost for carrying one unit 
of inventory from one period to the next, and a per unit backo- 
rder/penalty cost p for every unit that is backordered at the end 
of a period. The initial inventory is assumed to be equal to Ip. This 
problem can be modelled as follows. 


min Enel) + pE[I; | (33) 
Subject to, 

6: =03Q;=0 t=1,...,T (34) 

f+ ¥ (Qe — Ele = Ell] t=1,...,T (35) 

: El] = El;*] — Ely] $S1eeu,l 116) 

Elif =e[F 10-49), PS Neest A397) 

Ell, =e [Sa -o9), PVowek GS) 

Q:, El], El; ] = 0 ~ Sik Gp) 


where the right hand sides of Eq. 37 and Eq. 38 are the complemen- 
tary first order loss function (Definition 20) and the first order loss 
function (Definition 19), respectively. 
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Following the approach illustrated in [Rossi et al., 2014b], we 


linearise Eq. 37 and Eq. 38 by means of W + 1 segments as follows. 


E 


where px, E{w,%|Ox], and ew are constants that are tabulated in 
[Rossi et al., 2014b]; a sample linearisation is shown in Fig. 107. 


The Python code implementing this mathematical programming 


k=1 k=1 
= ewo|d; +...+d:] 


k=1 k=1 
> —E/I;] + ewo|dy a dt] 


model is presented below. 


i i 
> El It] DG Yo peE [we |Ox]o [ds +... + di] + ewoldy +... + di] fori=1,...,W 


i i 
> —E[ly] + E[Le] o pe— Yo prE [wx |Ox]o[di +... +d] +ewoldi+...+d:] fori=1,...,W 


1 
== E(Q-@)* 

— piecewise linearisation 
—— linearisation error 


import sys 
from docplex.mp.model import Model 


sys.path.insert(0,’/Applications/CPLEX_Studio1210/cplex/Python/3.7/x86-64_osx’) 


# http://ibmdecisionoptimization.github.io/docplex-doc/mp/creating_model.html 
# http://www-01.ibm.com/support/docview.wss ?uid=swg27042869&aid=1 


import math, networkx as nx, itertools 
from typing import List 


class RQ_CPLEX(StochasticLotSizing) : 


Solves the RQ problem as an MILP. 


def __init__(self, K: float, h: float, p: float, d: List[float], std_d: 


List[float], I0: float = 0): 


non 


Create an instance of a RQ problem. 


Arguments: 
K {float} -- the fixed ordering cost 
h {float} -- the per unit holding cost 
d {List[float]} -- the demand in each period 
I0 {float} -- the initial inventory level 
super().__init__(K, h, p, d, I0) 
self.std_demand = std_d 
self.W = 5 #5 partitions, 6 piecewise segments 


# constant linearisation parameters from [Rossi et al., 2014] 


Fig. 107 Edmundson-Madansky [Birge, 
2011] (upper) piecewise linearisation (4 
segments) of the complementary first 
order loss function [Rossi et al., 2014b] 
for a standard normal random variable 
¢. Note that the maximum piecewise 
linearisation error is ew. 


self.prob = [0.1324110437406592, 0.23491250409192982, 0.26535290433482195, 


0.23491250409192987, 0.13241104374065915] # p_k 


self.E = [-1.6180463502161044, -0.6914240068499904, 0, 0.6914240068499903, 


1.6180463502161053] # E[\omega_k|\Omega_k] 
self.e = 0.022270929512393414 # e_W 
self .model() 


def model(self): 


model = Model("RQ") 

T = len(self.d) 

idx = [t for t in range(0,T)] 

self.Q = model.continuous_var_dict(idx, name="Q") 

I = model.continuous_var_dict(idx, name="I") # E[I] 

Ip = model.continuous_var_dict(idx, name="Ip") # E[I*+] 
Im = model.continuous_var_dict(idx, name="Im") # E[I*-] 
delta = model.binary_var_dict(idx, name="delta") 


for t in range(T): 


model.add_constraint(model.if_then(delta[t] == 0, self.Q[t] == 0)) 


model.add_constraint(self.10 + model.sum(self.Q[k] - self.d[{k] for k in 


range(t+1)) == I[t]) 
model.add_constraint(I[t] == Ip[t] - Im[t]) 


for n in range(self.W): # complementary first order loss function 
model.add_constraint(Ip[t] >= I[t] * sum(self.prob[k] for k in 


range(n+1)) - sum([self.prob[k]*self.E[k] for k in range(n+1)]) * 


math.sqrt(sum([self.std_demand[k]**2 for k in range(t+1)])) + 
self.e * math.sqrt(sum([self.std_demand[k]**2 for k in 


range(t+1)]))) 


model.add_constraint(Ip[t] >= self.e * math.sqrt(sum([self.std_demand[k] **2 


for k in range(t+1)]))) 
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for n in range(self.W): # first order loss function 
model.add_constraint(Im[t] >= -I[t] + I[t] * sum(self.prob[k] for k in 

range(n+1)) - sum([self.prob[k]*self.E[k] for k in range(n+1)]) * 
math.sqrt(sum([self.std_demand[k]**2 for k in range(t+1)])) + 
self.e * math.sqrt(sum([self.std_demand[k]**2 for k in 
range(t+1)]))) 

model.add_constraint(Im[t] >= -I[t] + self.e * 

math.sqrt(sum([self.std_demand[k]**2 for k in range(t+1)]))) 


model.add_constraint(Ip[t] >= 0) 
model.add_constraint(Im[t] >= 0) 


model.minimize(model.sum(delta[t] * self.K + self.h * Ip[t] + self.p * Im[t] 
for t in range(T))) 
model. print_information() 
self.msol = model.solve() 
if self.msol: 
model. print_solution() 
else: 
print("Solve status: " + self.msol.get_solve_status() + "\n") 


def order_quantities(self) -> List[float]: 
return [self.msol.get_var_value(self.Q[t]) for t in range(0,len(self.d))] 


def optimal_cost(self) -> float: 
return self.msol.get_objective_value() 


instance = {"K": 300, "h": 1, "p": 20, "d":[100,100,100,100,100,100,100,100], 
"std_d" : [10,10,10,10,10,10,10,10], "IO": 0} 

ww = RQ_CPLEX(**instance) 

print (ww.order_quantities()) 

print (ww.optimal_cost()) 
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Example 37. We consider an instance over a planning horizon of T = 8 
periods. Demand is normally distributed in each period with the following 
mean and standard deviation. 


Ut 100 100 100 100 100 100 100 100 


QF | 223 Oo 209 O 207 Oo 206 fe) 


Other problem parameters are: K = 300, h = 1, and p = 20. We solve 
the problem using the mathematical programming model presented. The 
expected total cost of the optimal solution is 1958, the associated order 
plan (optimal order quantities Q;) is presented in the previous table. 


Fig. 108 Simulating the (R, Q) pol- 
icy for Example 37. The simulated 
total cost is 2063.04, which is close to 
that estimated by the mathematical 
programming model we presented. 
Observe how the end of period inven- 
tory at the end of each replenishment 
cycle appears to increase as \/t. If we 
simulate this system for an infinite 
number of periods, the expected total 
cost per period will diverge and go 

to infinity. An (R,Q) policy therefore 
does not control the system in the 
long run. To overcome this problem, 
one can implement a “rolling horizon” 
control strategy, in which the model 
is solved for a finite time window, but 
only the first order quantity Qj in 

the solution is taken into account and 
actually implemented (or no order 

is placed if Q} = 0, i.e. if the initial 
inventory Ip is sufficient). Then, after 
a period has passed and demand has 
been observed, inventory is reviewed, 
the finite time window is “rolled” by 
one period, the model is solved again, 
and the process is repeated. When 
implemented in the context of a rolling 
horizon control strategy, the (R, Q) 
policy becomes a competitive control 
policy [Dural-Selcuk et al., 2020]. 
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The (R,s,S) policy 


We consider the same problem addressed in [Scarf, 1960]: inventory 
of a single item subject to random demand must be controlled over 
a planning horizon of n periods under fixed ordering (K), holding 
(h), and backorder penalty (p) cost. However, we now also include a 
cost W for reviewing inventory at the beginning of a period. 

To control the system, we adopt a hybrid policy that blends the 
stability of the (R,S) policy and the flexibility of the (s,S) policy. 
Under an (R,s,S) policy, at the beginning of each replenishment 


> 


cycle of length R inventory is reviewed at a cost W, if the initial 


inventory position is below the reorder threshold s, one should 

issue an order and raise the inventory position up to S (Fig. 109). 
To compute near optimal (R,s,S) policy parameters, one may 

rely on a blend of two approaches previously presented [Visentin, 


“& inventory position M 


2020]: replenishment cycle lengths R; and associated order-up-to- 


positions S; can be computed by leveraging the Python code in R 


Listing 74, which computes near optimal (R,S) policy parameters; time 
then, for each replenishment cycle, one may determine the asso- igo209 Sass) poley 
ciated reorder threshold s by amending the Stochastic Dynamic 
Programming algorithm for computing optimal (s;,S;) policy pa- 
rameters presented at page 137, so that the order quantity can be 
non-zero only at the beginning of each replenishment cycle. In both 
cases, one should set the fixed ordering cost to K + W, so that the 


review cost is taken into account while computing a reorder plan. 


Example 38. We consider an instance of the stochastic lot sizing problem 
over a planning horizon comprising N = 4 periods. Demand in each 
period follows a Poisson distribution with mean A,. The values of A; are 
shown in the following table. 


t I 2 3 4 
At 20 40 60 40 


The review cost is W = 10, the fixed ordering cost is K = 100, for the 
sake of simplicity the per unit ordering cost is v = 0, holding cost is h = 1, 
and penalty cost is p = 10. 

The optimal (R:,s+,5;) policy cost for the instance presented in 


Example 38 is 352.3; the optimal (R:,s+,5;) policy parameters for 
each period t are shown in the following table. 


t I 2 3 4 
Review V v 

St 67 109 

St 46 86 


A mathematical programming approach for computing (R,s,S) 
policy parameters is discussed in [Visentin et al., 2021]. 
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Introduction 


In this chapter, we briefly survey key aspects related to the control 
of multi-echelon inventory systems. These are systems in which 
multiple interconnected installations are present and must be 
controlled jointly. We first introduce serial systems and associated 
optimal control strategies; we show how to simulate these systems, 
and how to compute optimal policy parameters. Finally, we survey 
other possible multi-echelon inventory systems: assembly systems, 
distribution systems, and general systems. 


¢ Serial systems 
e Assembly systems 


e Distribution systems 


¢ General systems 


MULTI-ECHELON INVENTORY SYSTEMS 153 


Serial systems 


We shall consider a simple serial inventory system comprising two 
installations: a warehouse W, and a retailer R (Fig. 110). This setup 
was first investigated in [Clark and Scarf, 1960]. 


warehouse orders retailer o orders Pa iia demand 
— — — = < — — 
—> 
items flow items ae items tie 


Fig. 110 A serial inventory system 
comprising two installations: a ware- 


The system operates in a periodic review setting. We assume houise arid a retailer; physical flows 


installation R faces a customer demand that is stochastic, Poisson and information flows are represented 
distributed with rate A in each period, and independent across ue ae and dashed lines, respec- 
tively. 


periods. Demand that cannot be met immediately from stock 
at installation R is backordered. Installation R replenishes from 
installation W; while installation W replenishes from an infinite 
outside supply S. Lead times are deterministic and equal to a given 
(integer) number of periods. There are standard holding costs at 
installations W and R, and a backorder/penalty cost at installation 
R. For the time being, we will assume that no ordering /setup costs 
are present. 

At the beginning of each period, the order of events is as follows: 


¢ installation W orders; 

¢ the period delivery from the outside supplier S arrives at W; 

e installation R orders from installation W; 

e the period delivery from installation W arrives at installation R; 
e the stochastic customer demand at installation R is realised; 

¢ evaluation of holding and shortage costs. 


We introduce the following notation: 


1; lead time at installation i € {W, R}; 

h; holding cost per period at installation i € {W, R}; 

b  backorder/penalty cost per period (only charged at installation R); 

I; installation stock inventory level at installation i € {W, R} just before period demand; 
dy n-period stochastic demand, i.e. Poisson(nA). 


Our aim is to minimise the expected total holding and backorder- 
ing cost per period. 

Note that we only charge holding costs for stock on hand at the 
installation, i.e. we do not charge holding costs on in-transit stock 
between installation W and installation R, as it can be proved that 
this cost (hwAlw) is not affected by the control policy. 
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Simulating a serial system 


We will simulate a simple serial inventory system comprising two 
installations via DES. We first introduce our usual DES engine class. 


import matplotlib.pyplot as plt, numpy as np, pandas as pd 
from queue import PriorityQueue 

from collections import defaultdict 

from typing import List 


class EventWrapper(): 
def __init__(self, event): 
self.event = event 


def __lt__(self, other) 
return self.event.priority < other.event.priority 


class DES(): 
def __init__(self, end): 
self.events, self.end, self.time = PriorityQueue() , end, 0 


def start(self): 
while True: 

event = self.events.get() 

self.time = event[0] 

if self.time <= self.end: 
event[1].event.end() 

else: 
break 


def schedule(self, event: EventWrapper, time_lag: int): 
self.events.put((self.time + time_lag, event) ) 


Next, we model our two installations: the warehouse W, 


class Warehouse: 
def __init__(self, inventory_level, holding_cost, lead_time): 
self.i, self.h, self.lead_time = inventory_level, holding_cost, lead_time 
self.o = 0 # outstanding_orders 
self.period_costs = defaultdict(int) # a dictionary recording cost in each 
period 


def receive_order(self, Q, time): 
self. review_inventory (time) 
self.i, self.o = self.i+Q, self.o - Q 
self. review_inventory (time) 


def order(self, Q, time): 
self. review_inventory (time) 
self.o += Q 
self. review_inventory (time) 


def on_hand_inventory(self): 
return max(0,self.i) 


def backorders(self): 
return max(0,-self.i) 


def issue(self, demand, time): 
self. review_inventory (time) 
self.i = self.i-demand 


def inventory_position(self): 
return self.otself.i 


def review_inventory(self, time): 

try: 
self.levels.append([time, self.i]) 
self.on_hand.append([time, self.on_hand_inventory()]) 
self .positions.append([time, self.inventory_position()]) 

except AttributeError: 
self.levels, self.on_hand = [[0, self.i]], [[0, self.on_hand_inventory()]] 
self.positions = [[0, self.inventory_position()]] 


def incur_end_of_period_costs(self, time): # incur holding and penalty costs 
self ._incur_holding_cost (time) 


def _incur_holding_cost(self, time): # incur holding cost and store it ina 
dictionary 
self.period_costs[time] += self.on_hand_inventory()*self.h 
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and the retailer R. 


class Retailer: 
def __init__(self, inventory_level, holding_cost, penalty_cost, lead_time, 
demand_rate) : 
self.i, self.h, self.p, self.lead_time, self.demand_rate = inventory_level, 
holding_cost, penalty_cost, lead_time, demand_rate 
self.o = 0 # outstanding_orders 
self.period_costs = defaultdict(int) # a dictionary recording cost in each 
period 


def receive_order(self, Q, time): 
self. review_inventory (time) 
self.i, self.o = self.i+Q, self.o - Q 
self .review_inventory (time) 


def order(self, Q, time): 
self. review_inventory (time) 
self.o += Q 
self. review_inventory (time) 


def on_hand_inventory(self): 
return max(0,self.i) 


def backorders(self): 
return max(0,-self.i) 


def issue(self, demand, time): 
self. review_inventory (time) 
self.i = self.i-demand 


def inventory_position(self): 
return self.otself.i 


def review_inventory(self, time): 

try: 
self.levels.append([time, self.i]) 
self.on_hand.append([time, self.on_hand_inventory()]) 
self .positions.append([time, self.inventory_position()]) 

except AttributeError: 
self.levels, self.on_hand = [[0, self.i]], [[0, self.on_hand_inventory()]] 
self.positions = [[0, self.inventory_position()]] 


def incur_end_of_period_costs(self, time): # incur holding and penalty costs 
self ._incur_holding_cost (time) 
self ._incur_penalty_cost (time) 


def _incur_holding_cost(self, time): # incur holding cost and store it ina 
dictionary 
self.period_costs[time] += self.on_hand_inventory()*self.h 


def _incur_penalty_cost(self, time): # incur penalty cost and store it ina 
dictionary 
self.period_costs[time] += self.backorders()*self.p 


Finally, we model the relevant events, to which we assign priorities 
in line with the order previously illustrated. 


class CustomerDemand: 
def __init__(self, des: DES, demand_rate: float, retailer: Retailer) 
self.d = demand_rate # the demand rate per period 
self.r = retailer # the retailer 
self.des = des # the Discrete Event Simulation engine 
self.priority = 5 # denotes a low priority 


def end(self): 
self.r.issue(1, self.des.time) 
self.des.schedule(EventWrapper(self), np.random.exponential(1/self.d)) # 
schedule another demand 


class EndOfPeriod: 
def __init__(self, des: DES, warehouse: Warehouse, retailer: Retailer) 
self.w = warehouse # the warehouse 
self.r = retailer # the retailer 
self.des = des # the Discrete Event Simulation engine 
self.priority = 0 # denotes a high priority 


def end(self): 
self .w.incur_end_of_period_costs(self.des.time-1) 
self.r.incur_end_of_period_costs(self.des.time-1) 
self .des.schedule(EventWrapper(End0fPeriod(self.des, self.w, self.r)), 1) 
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rderUpTo_Warehouse: 

_ init__(self, des: DES, S: float, warehouse: Warehouse, retailer: Retailer) 
elf.S = S # the order-up-to-position 

elf.w = warehouse # the warehouse 

elf.r = retailer # the retailer 

elf.des = des # the Discrete Event Simulation engine 

elf.priority = 1 # denotes a medium priority 


end(self): 

= self.S - self.w.inventory_position() 

elf.w.order(Q, self.des.time) 
elf.des.schedule(EventWrapper(ReceiveOrder_Warehouse(self.des, Q, self.w, 
self.r)), self.w.lead_time) 


rderUpTo_Retailer: 

__init__(self, des: DES, S: float, warehouse: Warehouse, retailer: Retailer) 
elf.S = S # the order-up-to-position 

elf.w = warehouse # the warehouse 

elf.r = retailer # the retailer 

elf.des = des # the Discrete Event Simulation engine 

elf.priority = 2 # denotes a medium priority 


end(self): 

= self.S - self.r.inventory_position() 

elf.r.order(Q, self.des.time) 

available = min(Q, self.w.on_hand_inventory() ) 

elf.w.issue(Q, self.des.time) 
elf.des.schedule(EventWrapper(ReceiveOrder_Retailer(self.des, Q_available, 
self.r)), self.r.lead_time) 


class ReceiveOrder_Warehouse: 


def 
s 
s 
s 
s 
s 


def 
b 
s 
i 


class R 
def 

s 

s 

s 

s 


def 
s 


__init__(self, des: DES, Q: float, warehouse: Warehouse, retailer: Retailer) 
elf.Q = Q # the order quantity 

elf.w = warehouse # the warehouse 

elf.r = retailer # the retailer 

elf.des = des # the Discrete Event Simulation engine 

elf.priority = 3 # denotes a medium priority 


end(self): 
ackorders = self.w.backorders() 
elf.w.receive_order(self.Q, self.des.time) 
f backorders > 0: 
q = min(self.Q, backorders) 
self .des.schedule(EventWrapper(ReceiveOrder_Retailer(self.des, q, self.r)), 
self.r.lead_time) 


eceiveOrder_Retailer: 

__init__(self, des: DES, Q: float, retailer: Retailer): 
elf.Q = Q # the order quantity 

elf.r = retailer # the retailer 

elf.des = des # the Discrete Event Simulation engine 
elf.priority = 4 # denotes a medium priority 


end(self): 
elf.r.receive_order(self.Q, self.des.time) 


The s 
order 
up to 
simul 


imulate method runs the DES (Fig. 111). S_r represents the 


def sim 
np.r 
r, W 


des 
d= 
des. 


o_r 
o_w 
for 
d 
d 
des. 


des. 


tc = 


retu 


up to position for the retailer, and S_w represents the order 
position for the warehouse, N is the number of periods to be 
ated. 

ulate(retailer, S_r, warehouse, S_w, N, plot): 

andom. seed (1234) 

= Retailer(**retailer), Warehouse(**warehouse) 

= DES(N) 

CustomerDemand(des, r.demand_rate, r) 


schedule(EventWrapper(d), 0) # schedule a demand immediately 


= OrderUpTo_Retailer(des, S_r, w, r) 

= OrderUpTo_Warehouse(des, S_w, w, r) 

t in range(N): 

es.schedule(EventWrapper(o_r), t) # schedule orders 

es.schedule(EventWrapper(o_w), t) # schedule orders 

schedule (EventWrapper(EndO0fPeriod(des, w, r)), 1) # schedule EndOfPeriod at 
the end of the first period 

start() 


sum([w.period_costs[e] for e in w.period_costs]) + sum([r.period_costs[e] 
for e in r.period_costs]) 
rn tc/N 
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Fig. 111 A serial inventory system 
comprising two installations: DES flow 


diagram. 
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Example 39. We consider the following instance: retailer holding cost 
h, = 1.5, retailer backorder/penalty cost b = 10, retailer order leadtime 
l, = 5, customer demand follows a Poisson distribution with rate A = 10, 
warehouse holding cost hw = 1, warehouse leadtime lw = 5. For the sake 


of illustration we will set S, = 74 and Sw = 59. 


The previous example can be simulated as follows. 


N = 10000 # planning horizon length 

S_r, S_w = 74, 59 

retailer = {"inventory_level": S_r, "holding_cost": 1.5, "penalty_cost": 10, 
"lLead_time": 5, "demand_rate": 10} 

warehouse = {"inventory_level": S_w, "holding_cost": 1, "lead_time": 5} 


print("Avg cost per period: "+ '%.2f’ % simulate(retailer, S_r, warehouse, S_w, N)) 


The simulated average cost per period is 26.11. The behaviour of 


the inventory level for periods 5,...,14 is shown in Fig. 112. 
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Order-up-to-positions at the retailer and warehouse have been 
set arbitrarily to S; = 74 and Sy = 59, respectively. However, 
a manger would ideally like to set optimal values for S; and Sw. 
A naive approach to computing optimal values for 5, and Sy is 
the brute force approach, which explores all possible integer® 


combinations of 5; and Sy (Fig. 113). 


Fig. 112 A serial inventory system 
comprising two installations: be- 
haviour of the inventory level at 
installations W and R. 


6 Since demand can only take integer 
values, we can restrict the search to 
integer combinations. 


Fig. 113 A serial inventory system 
comprising two installations: average 
cost per period for different com- 
bination of S, and S,»; the chosen 
combination S; = 74 and Sy = 59 
appears to minimise the expected 
total cost per period, or at least to be 
a solution close to the optimal one. 
Observe that the cost function appears 
to be convex. 
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Computing optimal base-stock policy parameters 


Instead of relying on the brute force approach, we here illustrate 
an exact approach®3 for computing optimal base-stock policy 
parameters for serial inventory systems under stationary demand 
and an infinite planning horizon. Without loss of generality, we 
shall focus on the two-installations case; these results are easily 
extended to an arbitrary number of installations. 

Let O; denote the outstanding orders® at installation i in any 
given period; and recall the following definitions. 

The on hand inventory at installation i is the positive part of the 
installation stock inventory level Jj, ie. max{1;,0} = [I;]*. 

The installation stock inventory position Y; is defined as fol- 
lows: Y; = O; + Ii. 

In their exact approach, Clark and Scarf leverage the concept 
of echelon stock (Fig. 114) to compute optimal base-stock policy 
parameters for serial inventory systems. 


echelon stock at installation W 


63 Andrew J. Clark and Herbert Scarf. 
Optimal policies for a multi-echelon 
inventory problem. Management Science, 
6(4):475-490, 1960. 


°+ Outstanding orders are orders that 
have been issued but not yet received 
due to the delivery lead time. 


__.--..- 2ehelon stock atinstallationR _ 
; warehouse orders ‘retailer orders customer demand ‘i 
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In essence, an echelon stock tracks not just the installation stock, but 
also the downstream stock of an item. 
For an installation i that serves other downstream installations, 


the echelon stock inventory position Y/ is defined as follows. 


Definition 26. The echelon stock inventory position is the installation 
stock inventory position plus the sum of the installation inventory posi- 
tions at all downstream installations. 


Hence, e.g. Yyy 2 Ywt Ye. 


Corollary 6. For installations that do not have further downstream 
installations they serve,®° the echelon stock inventory position is the same 
as the installation stock inventory position. 


Finally, the realised echelon stock inventory position is defined 
as follows. 


Definition 27. The realised echelon stock inventory position yj at instal- 
lation 1 is equal to the echelon stock inventory position Y; minus those 
outstanding orders, which are backordered at the installation upstream.°7 


Clearly, since the warehouse W replenishes from an infinite 
supply S, its realised echelon stock inventory position is equal to its 
echelon stock inventory position. While at the retailer R, these two 
quantities may differ. 


Fig. 114 A serial inventory system 
comprising two installations: echelon 
stock at installations W and R. 


65 Such as our installation W, the 
warehouse. 


6 Such as our installation R, the 
retailer. 


67 Observe that if the retailer issues 

an order of size Q at time ¢, receipt of 
such a quantity at time t + lp is not 
guaranteed, because the warehouse 
may have backordered this request due 
to lack of sufficient on hand stock. 
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Recall that our aim is to minimise the expected total holding and 
backordering cost per period; and that we only charge holding costs 
for stock on hand at the installation, i.e. we do not charge holding 
costs on in-transit stock between installation W and installation R. 

We define the echelon holding cost e; = h; — h;_, at installation 
i, as the holding cost on the value added when going from instal- 
lation i — 1 to installation i, where i — 1 denotes the installation 
upstream to installation i. Clearly, ew = hw since the warehouse has 
no upstream installation; while er = hr — hy. 

First, we should bear in mind that, since the system is stationary, 
all periods are equal for the purpose of computing the expected 
total cost per period. 

For installation W we consider an order in period t, and costs at 
the end of period t + /y. For installation R, we consider an order in 
period t + lw, and costs at the end of period t + ly + Ip. 


Lemma 55. Consider period t + lw, the installation stock inventory on 
hand at W, after serving the order received from installation R, is 


[Iw]" = Iw — YR 
and remains stable throughout the rest of the period. 
Lemma 56. The average holding costs at installation W in period t + lw is 
hwE(lw — Rl = hwElyw ~ 4tw+1 — YR 
= hw (yw — Cw + 1A) — hwy 


Lemma 57. The average holding and backordering costs at installation R 
in period t + lw + 1p are 


hrE lye — digi]? + DE [din +1 — YRlt 
= hry(ye — (Ip +1)A) + (hr + B)E[dig ga — yRlt 


Observe that the expected total period costs are a function of y 


(40) 


(41) 


and yw. 
We now reallocate term —hwy from Eq. 40 to Eq. 41. By using 
the fact that hr — hw = er, we obtain 


Cw(Yw) = hw (iy — (lw + 1)A) (42) 
Cr(¥) = er¥p —hr(IR+1)A+ (he +d)Eldigsi—YRi* (43) 
where Eq. 42 is independent of yz, and Eq. 43 is independent of 
Yw: 
Observe that L(y) = E[d;,+1 — y]* is the first order loss function, 


which is convex; and since £L’(y) = F(y) — 1, where F is the cumu- 
lative distribution of Ap +1 [Rossi et al., 2014b, Lemma 1], then the 
optimal 7% can be easily obtained from the first order condition 


dCr(y) 
dy 


= er + (hap +b)(F(y)—1) =0 


that is, by solving 
— hr +b , 


Fly) 


159 
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From the definition of yj, and yk, it follows that 


th < My = Yh — diya: 


If Yi — diy +1 2 WR, then ¥p is the value that minimises Cr. However, 
if YW — diy +41 < YR, then 9% cannot be attained, and the best possible 
value that minimises Cr(y) is y = yw — 41,41, due to convexity 
of Cr. This means that the optimal policy is an (echelon stock) 
base-stock policy with (echelon) order-up-to-position Sp = gp. 
Furthermore, this optimal policy at R is independent of y{y. 

Finally, we determine the optimal policy at W. We consider the 
expected total cost C for the system, when an optimal policy is 
implemented at R: 


Cl) = Cw) +CRGR) + LE (Cay — 4) — Ca) fu), 
YwIR 
shortage costs at installation W 
where f is the probability mass function of d),,,1, that is a Poisson 
distributed random variable with rate (Jy +1)A. The last term of C 
can be interpreted as the shortage costs at installation W induced 
by its inability to deliver on time to installation R. 

Function C is convex, and therefore can be easily minimised. 
Let 7, be the global minimum of C, since supplier S has infinite 
capacity, the optimal policy at W is an (echelon stock) base-stock 
policy with (echelon) order-up-to-position Sj, = fw. 

Finally, observe that it is easy to switch from an echelon to an in- 
stallation base-stock policy, by bearing in mind that the installation 
order-up-to-position Sw = Sy — Sk. 

We next present a Python implementation of these results. 


import math, matplotlib.pyplot as plt 
from scipy.stats import poisson 


# cost at the retailer 
def C_R(y, e_R, h_R, b, L_R, demand_rate): 
M = round(6*math.sqrt((L_R+1)*demand_rate)+(L_R+1)*demand_rate) # safe upper 
bound: 6 sigma 
return y*e_R-h_R*(L_R+1) *demand_rate+(h_R+b) *sum([(d-y)*poisson.pmf(d, 
(L_R+1)*demand_rate) for d in range(y,M)]) 


# retailer (echelon) order-up-to-position 
def compute_y_R(h_W, h_R, b, L_R, demand_rate): 
return poisson.ppf((h_W + b)/(h_R + b), (L_R+1)*demand_rate) 


# expected total cost C for the serial system, when an optimal policy is 
implemented at R 
def C(y, e_R, h_R, b, L_R, h_W, L_W, demand_rate): 
y_R = int(compute_y_R(h_W, h_R, b, L_R, demand_rate) ) 


CW = h_W*(y - (L_W+1)+demand_rate) 

CR = C_R(y_R, e_R, h_R, b, L_R, demand_rate) 

M = round(6*math. sqrt ((L_W+1) *demand_rate)+(L_W+1) *demand_rate) 

s = sum([(C_R(y-d, e_R, h_R, b, L_R, demand_rate) - CR)*poisson.pmf(d, 


(L_W+1)*demand_rate) for d in range(y-y_R,M)]) 
return CW + CR +5 


# warehouse (echelon) order-up-to-position 
def compute_y_W(e_R, h_R, b, L_R, h_W, L_W, demand_rate, initial_value): 
y, c = initial_value, C(initial_value, e_R, h_R, b, L_R, h_W, L_W, demand_rate) 
c_new = C(y + 1, e_R, h_R, b, L_R, h_W, L_W, demand_rate) 
while c_new < c: 
c = c_new 
y=yrl 
c_new = C(y + 1, e_R, h_R, b, L_R, h_W, L_W, demand_rate) 
return y 
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We consider once more the instance in Example 39. The optimal 
solution can be obtained as follows. 


retailer = {"holding_cost": 1.5, "penalty_cost": 10, "lead_time": 5, "demand_rate": 
10} 
warehouse = {"holding_cost": 1, "“lead_time": 5} 


W, h_R = warehouse["holding_cost"], retailer["holding_cost"] 
hw 
h_R - ew 

, demand_rate = retailer["penalty_cost"], retailer["demand_rate"] 
_R, L_W = retailer["lead_time"], warehouse["lead_time"] 


initial_value = 100 

ye_R = compute_y_R(h_W, h_R, 
ye_W = compute_y_W(e_R, h_R, 
print ("y*e_R="+str(ye_R) ) 
print ("y*e_W="+str(ye_W) ) 
print ("y_W="+str(ye_W-ye_R) ) 
print("C(y*e_W)="+str(C(ye_W, e_R, h_R, b, L_R, h_W, L_W, demand_rate) ) ) 


, demand_rate) 
h 


b, LR 
b, L_R, h_W, L_W, demand_rate, initial_value) 


, 


The solution is 7p = Sk = SR = 74, Hw = Sw = 133, 9w = 
Siy — Sk = Sw = 59; and has a cost C(¥y,) = 26.36. This is 
indeed the same solution we previously considered. In Fig. 115 we 
plot Cr(y); in Fig. 116 we plot the expected total cost C(y) for the 
system. 
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Fig. 115 A serial inventory system 
comprising two installations: Cr(y). 


Fig. 116 A serial inventory system 
comprising two installations: C(y). 
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Assembly systems 


An assembly system is a multi-echelon production line in which 
end products are manufactured from more basic components. An 
example of an assembly system is shown in Fig. 117. 
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Every assembly system can be transformed into an equivalent 


Fig. 117 An assembly system. 


serial system, therefore dealing with assembly systems is no more * Kaj Rosling. Optimal inventory 
policies for assembly systems under 
random demands. Operations Research, 
37(4):565-579, 1989. 


difficult than dealing with its equivalent serial system. 


Distribution systems 


A distribution system is a multi-echelon inventory system in which 
a given product is distributed from a supply to a number of down- 
stream installations, in order to serve some sources of demand. An 
example of a distribution system is shown in Fig. 118. 
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Fig. 118 A distribution system. 


Distribution systems are difficult to control. The difficulty stems 
from the fact that, when inventory is scarce, upstream installations 
must decide how to allocate this scarce resource optimally to serve 
demand coming from their downstream installations. Possible 
stock allocation strategies may include: first-come first-serve, stock 
balancing, or priority-based. The structure of the optimal control 
policy is generally not known for these systems; it is therefore 
customary to fix a control policy (e.g. base-stock policy) and an 
allocation strategy (e.g. first-come first-serve), and then compute op- 
timal or near-optimal policy parameters under these assumptions. 

A well-known distribution system that has been widely studied 
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in the literature is the one-warehouse multiple-retailers system, The one-warehouse multiple-retailers 
which comprises a single upstream installation (the warehouse) that faa 
serves directly several downstream installations (the retailers). It is 

common to use Clark and Scarf’s approach for tackling this system. 

However, this approach is no longer exact. The underpinning 

approximation consists in allowing the warehouse to implement 

negative allocations at its downstream installations. This means the 

total stock at the retailers can be optimally “reshuffled” between 

sites at any period. This technique was illustrated in [Clark and 

Scarf, 1960]. A well-known heuristic approach for this system is the 

so-called METRIC, which was originally introduced in [Sherbrooke, 

1968]. A computationally expensive exact approach, the “projection 
algorithm,” to tackle the one-warehouse multiple-retailers system 

was introduced in [Axsater, 1990]. 


General systems 


General systems take the form illustrated in Fig. 119. 
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Fig. 119 A general multi-echelon 
system, in which installations can 
have multiple successors as well as 
erties and/or insights on the nature and structure of the optimal predecessors. 


Due to their very general structure, it is difficult to derive prop- 


control policy for such systems. 

For instance, consider the following difficulty: in production 
it is common to assemble multiple components into a final or 
intermediate product. In the case of serial and assembly systems, 
this complication is only apparent. In these systems, a component 
can only be part of a given item. Therefore we can always redefine 
the unit of measure: e.g. if a given item contains two units of a 
given component, we can define two units of this component to be 
the new unit. However, this is not possible in general multi-echelon 
system such as the one in Fig. 119. To see this, consider installation 
1, where H denotes a “hybrid” installation that can serve as a 
retailer but also as a warehouse. H1 can sell components directly 
to customers C1, or it may supply these components to R1. It may 
happen that the product manufactured by R1 contains two units 
of the component supplied by H1. In this case, it is clear it is not 
possible to avoid the difficulty by redefining the unit. 
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Introduction 


In this Appendix, we provide relevant formal background on Pois- 
son processes, Discrete Event Simulation, and Stochastic Dynamic 
Programming. 


Poisson processes 


IN THIS SECTION we discuss the nature and properties of Poisson 
processes. 


Definition 28. A Bernoulli random variable takes value 1 with probability 


p, and 0 with probability q = p —1. 


Definition 29. A Bernoulli stochastic process is a collection { X,, X2,...} 
of Bernoulli random variables. 


Xt 
1 


In Fig. 120 we illustrate the dynamics of a Bernoulli process. 


Definition 30. A binomial random variable with parameters n and p is the 
sum of n Bernoulli random variables with parameters p. 


Definition 31. A binomial stochastic process is a collection { X;, X2,...} 
of Binomial random variables. 


In Fig. 121 we illustrate the dynamics of a binomial process. 

In inventory control, consider a series of time periods and a 
setting in which in each time period it is possible to observe at 
most one unit of demand with probability p. A Bernoulli random 
variable models the occurrence of one unit of demand in any given 
period. A binomial random variable models the total demand 
observed in a sequence of n independent periods. 


Definition 32. A Poisson random variable with parameters A is the 
limiting case of a binomial random variable when n = co and np = A. 


A Poisson random variable therefore models a system with a 
large number of possible events, each of which is rare; events occur 
with a known constant mean rate A and independently of the time 
since the last event occurred. 

Unfortunately, it is difficult to interpret a Poisson process in a 
way similar to that used for a binomial process. In fact, units of 
demand may occur at arbitrary positive times, and the probability 
p of a unit of demand at any particular instant is infinitely small. 
This means that there is no very clean way of describing a Poisson 
process in terms of the probability of an arrival at any given instant. 
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A typical example of an experiment 
that can be modelled via a Bernoulli 
random variable is the toss of a coin; 
assuming the coin is fair, then p = 0.5. 


t 


Fig. 120 A Bernoulli stochastic pro- 
cess. 


Let X be a binomial random variable, 
its probability mass function is then 


n = 
Pr(X =k) = @ pign 


its cumulative distribution function is 


Fe) = 0 (i) peg. 


k=0 


Let X be a Poisson random variable, its 
probability mass function is then 


Ake74 
Pr(X =k) = We 
its cumulative distribution function is 
x Ake-A 
F(x) = 7 
k=0 
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binomial 


It is more convenient to define a Poisson process variable in 
terms of the sequence of interarrival times, X1, X2,..., which are 
defined to be independently and identically distributed random 
variables. 


customer arrival 


Y Y 


Bernoulli 


t 


Fig. 121 A binomial stochastic process 
where n = 3, and its underpinning 
Bernoulli stochastic process. 


customer arrival 


OO 10-1 —__—__—___> 


——— 
interarrival time 


Definition 33. An arrival process {S1,S2,...} is a sequence of increasing 
random variables, that isO0 < S, < S2 <..., which are called arrival 
epochs. In this process, random variable X; = Sii1 — Sj, which is called 
the interarrival time between event i and event i + 1, is a positive random 
variable, that is Pr(X; < 0) = 0. 


Condition Pr(X; < 0) = 0 effectively means that events cannot 
occur simultaneously. 


Definition 34. A renewal process is an arrival process for which the 
sequence of interarrival times is a sequence of independent and identically 
distributed random variables. 


Definition 35. A Poisson process is a renewal process in which the 
interarrival intervals follow an exponential distribution; i.e. for some real 
A > 0, each X; has the probability density function f(x) = Ae~**. 


The parameter A is called the rate of the process; for any interval 
of size t, At is the expected number of arrivals in that interval. Thus 
A is called the arrival rate of the process. 


Fig. 122 A Poisson stochastic process 
seen as an arrival process in terms of 
interarrival times between successive 
events. 


Let X be an exponential random vari- 
able, its probability density function 
is 

f(x) = Ae; 
its cumulative distribution function is 


F(x) =1-e™*. 


Definition 36. A random variable X possesses the memoryless property if 
it is positive, i.e. Pr(X <0) =0, and for everys > Oandt >0 


Pr Xx > s+t|X > s) = Pr(X > ft). (44) 


Lemma 58. A continuous (resp. discrete) random variable X is exponential 
(resp. geometric) if and only if it possesses the memoryless property. 


Proof. This proof will only cover the continuous case. 

To show that (—>) if X is exponential, then it possesses the memo- 
ryless property, observe that 
Pr(X >s+tNX >s) 

Pr(X > s) 

_ Pr(X >s+t) 
~ Pr(X > s) 

e—A(s+t) 


Pr(X >s+t|X >s)= 


e—As 
— p-it 
= Pr(X > ft) 

We next show that (<—) if X possesses the memoryless property, 
then it is exponential. Observe that Pr(X > s+t|X >s)Pr(X >s) = 
Pr(X >s+t), then 

Pr(X >s+t) = Pr(X > t)Pr(X > s). (45) 
Let h(x) = In(Pr(X > x)) and observe that since Pr(X > x) is 
nonincreasing in x, h(x) is also. Moreover, Eq. 45 implies that h(s + 
t) =h(s) + h(t) for all s > 0 and t > 0. These two statements imply 


that h(x) must be linear in x, and Pr(X > x) must be exponential in 
a 


Let X be the waiting time until some given arrival, then Eq. 44 
states that, given that the arrival has not occurred by time t, the 
distribution of the remaining waiting time (given by x on the left 
side of Eq. 44) is the same as the original waiting time distribution 
(given on the right side of Eq. 44), i.e. the remaining waiting time 
has no “memory” of previous waiting. 

From Definition 35 and Lemma 58, it immediately follows that 
the portion of a Poisson process starting at an arbitrary time t > 0 
is a probabilistic replica of the process starting at 0; that is, the 
time until the first arrival after t is an exponentially distributed 
random variable with parameter A, all subsequent arrivals are 
independent of this first arrival and of each other, and all have the 
same exponential distribution. 


Lemma 59. Let X and Y be independent Poisson random variables with 
rates Ax and Ay, respectively; then X + Y is a Poisson random variable 
with rate Ax + Ay. 


Proof. LetZ = X+YandA = Ay+Ay,thenPr(Z = z) = 
F F —A j —j —A 

Le gPr(X = f)Pr(¥ =2-j) = Veg GAaz? = Sx + Avy 

The last step, which was obtained by using binomial expansion, 

concludes the proof: Pr(Z = z) = S-A?. 


zi 
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Discrete Event Simulation 


A QUEUEING SYSTEM is a generic model that captures a variety of 
real-world scenarios: ticket offices, call centers, etc. 

We consider a single teller who provides a service requiring a 
certain service time to be completed; customers arrive randomly 
and, if the teller is already busy, wait in a queue. The dynamics of 
the system are shown in Fig. 123. 


customer arrival customer arrival end of customer service 
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THE QUEUE displays the behaviour shown in Fig. 124. 
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DISCRETE EVENT SIMULATION (DES) is a modelling framework 
that can be used to model queueing systems. The DES model for 
the queueing system previously described is captured by the flow 
diagram’? in Fig. 125. 


THE QUEUE is the scarce resource modelled by class Queue: it 
features a push method and a pop method to add and remove 
customers. It also features a review_queue method to record the 
length of the queue at a given point in time. 


THE DES ENGINE is captured in class DES. The engine comprises 

a method start that initates the loop by which the engine extracts 
events from the event stack events, and executes method end of for 
each of them. Finally, the engine comprises a method schedule to 
schedule an event after a given time lag. 


Fig. 123 The dynamics of the queue- 
ing system. 


import matplotlib.pyplot as plt 
import numpy as np 
import pandas as pd 


def plot_queue(values, label): 


# data 

df=pd.DataFrame({’x’: 
np.array(values)[:,0], ‘fx’: 
np.array(values)[:,1]}) 


# plot 
plt.xticks(range(len(values)), 
range(1, len(values) +1) ) 

plt.ylim(min(np.array(values)[:,1]), 
max(np.array(values)[:,1])) 

plt.xlabel("t") 

plt.ylabel("customers") 

plt.plot( 'x’, ‘fx’, data=df, 
linestyle=’-’, marker='0', 
label=Label) 


Listing 75 Plotting the queue length in 
Python. 


Fig. 124 The behaviour of the queue 
simulated in our numerical example. 


69 Arnold H. Buss. A tutorial on 
discrete-event modeling with simula- 
tion graphs. In C. Alexopoulos, I Kang, 
W. R. Lilegdon, and D. Goldsman, 
editors, Proceedings of the 1995 Winter 
Simulation Conference ed., Arlington, 
Virginia, 1995. 
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Listing 76 A DES to model a queueing 
from queue import PriorityQueue system in Python. 


FETE AEE 
## QUEUEING SYSTEM ## 
FETE TEE 


class Queue: 
def __init__(self, initial_size): 
self.s = 0 
self.levels = [[0, self.s]] 


def push(self): 
self.s += 1 


def pop(self): 
self.s -= 1 


def queue_empty(self): 
return self.s == 


def review_queue(self, time): 
self.levels.append([time, self.s]) # review queue 


HHAEHAHAHHAHAH AAA 
## DES ENGINE Ht 
HAHAHAHAHAHA 


class Event(): 
pass 


class EventWrapper(): 
def __init__(self, event): 
self.event = event 


def __lt__(self, other) 
return self.event.priority < other.event.priority # low numbers denote high 
priority 


class DES(): 
def __init__(self, end): 
self.events, self.end, self.time = PriorityQueue() , end, 0 


def start(self): 
while True: # cycle until self.time < self.end 
event = self.events.get() # extract an event 
self.time = event[0] 
if self.time < self.end: 
event[1].event.end() # call method end() for the event 
else: 
break 


def schedule(self, event: EventWrapper, time_lag): # schedule an event 
self.events.put((self.time + time_lag, event) ) 


HHAHHAHAHHAH AHA 
## EVENTS ## 
HHAHHAHAHHAH AHA 


class CustomerArrival(Event): 
def __init__(self, des: DES, service_time: float, arrival_rate: float, queue: 
Queue): 
self.des, self.t, self.r, self.q = des, service_time, arrival_rate, queue 
self.priority = 1 # lowest priority 


def end(self): 
self .q.review_queue(self.des.time) 
if self.q.queue_empty(): 
self .des.schedule(EventWrapper(EndOfCustomerService(self.des, self.t, 
self.q)), self.t) 


self.q.push() 
self .q.review_queue(self.des.time) 
self .des.schedule(EventWrapper(self), np.random.exponential(1.0/self.r)) # 


schedule another arrival 


class EndOfCustomerService(Event) : 
def __init__(self, des: DES, service_time: float, queue: Queue): 
self.des, self.t, self.q = des, service_time, queue 
self.priority = 0 # highest priority 


def end(self): 
self .q.review_queue(self.des.time) 
self.q.pop() 
if not(self.q.queue_empty()): 
# schedule end of customer service after self.t time periods 
self .des.schedule(EventWrapper(EndOfCustomerService(self.des, self.t, 
self.q)), self.t) 
self.q.review_queue(self.des.time) 
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from queue ——— Fig. 125 DES flow diagram for the 
queueing system. 
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EVENTS are necessary to properly capture the dynamics of the sys- 
tem. Event is an empty class capturing a generic event, EventWrapper 
is a wrapper class that allows us to express relative priorities be- 
tween event types. For instance, suppose that in an inventory 
system with no stock available, an order receipt event is scheduled 
at the same time as a customer demand, which event should be 
processed first? The field priority in each event class allows us to 
break such a tie. 


THERE ARE TWO MAIN EVENTS we need to consider: CustomerArrival 
and EndOfCustomerService. CustomerArrival models the random 
arrival of a customer. The end method schedules an EndOfCustomerService 
event if the queue is empty, otherwise it increments the number of 
customers in the queue. Finally, it triggers a new CustomerArrival 
event after a time interval exponentially distributed with rate 
parameter equal to customer_arrival_rate. The end method 

of EndOfCustomerService event, decrements the number of cus- 
tomers in the queue, and if the queue is not empty, triggers another 
EndOfCustomerService event after customer_service_time time 
periods. 


THE PYTHON CODE for simulating our example is shown in Listings 
75, 76, and 77. After running the code, we find that the mean queue 
length is 1.75 customers (standard deviation: 0.93) and that the 
maximum observed queue length over the simulation horizon is 4 
customers. 


Listing 77 Simulating a queueing 
np.random.seed(1234) # set a random seed to ensure replicability system in Python. 

q = Queue(0) # create an empty queue 

N = 20 # simulation horizon 

des = DES(N) 

customer_service_time, customer_arrival_rate = 1, 1 

d = CustomerArrival(des, customer_service_time, customer_arrival_rate, q) 

des.schedule(EventWrapper(d), 0) # schedule the first arrival 

des.start() 


print("Mean queue length:\t"+ '%.2f’ % np.average(np.array(q.levels)[:,1])) 
print("St. dev. queue length:\t"+ '%.2f’ % np.std(np.array(q.levels)[:,1])) 
print("Max queue length:\t"+ '%.2f’ % max(np.array(q.levels)[:,1])) 


plot_queue(q.levels, "queue length") 
plt.legend() 
plt.show() 


Stochastic Dynamic Programming 


DYNAMIC PROGRAMMING is a framework for modeling and solv- 
ing sequential decision making problems. The framework was 
originally introduced by Bellman in his seminal book Dynamic 
Programming’ to deal with multistage decision processes under un- 
certainty. The framework takes a “functional equation” approach to 
the discovery of optimum policies. Although originally devised to 
deal with problems of decision making under uncertainty, dynamic 
programming can also solve deterministic problems. 


TO MODEL AND SOLVE a problem via dynamic programming, one 
has to specify: 


¢ a planning horizon comprising n periods; 


e the finite set S; of possible states in which the system may be 
found in period t, for t = 1,...,n; 


¢ the finite set A; of possible actions that may be taken in state 
se Sy 


e the state transition function g : S; x A; — S;41 that identifies 
the state s’ € S;,1 towards which the system transitions if action 
a € A; is taken in state s € S;; 


¢ the immediate cost (resp. profit) c;(s,a) incurred if action a € As 
is taken in state s € S; of period t; 


¢ the functional equation f;(s) denoting the minimum total cost 
(resp. maximum total profit) incurred over periods t,t+1,...,T 
when the system is in state s € S; at the beginning of period t. 


Without loss of generality in what follow we will consider a cost 
minimisation setting. 


IN DETERMINISTIC DYNAMIC PROGRAMMING one usually deals 
with functional equations taking the following structure 


fils) = at cr(s,a) + fr+1(gt(s,a)), 


where the boundary condition of the system is fr+1(s) = 0, for all 
s € Sr+. Let the initial state of the system at the beginning of the 
first period be s, the goal is to determine fn(s). 

Given the current state s and the current action a in period t, we 
know with certainty the cost during the current stage and — thanks 
to the state transition function g; — the future state towards which 
the system transitions. 

In practice, however, even if we know the state of the system 
at the beginning of the current stage as well as the decision taken, 
the state of the system at the beginning of the next stage and the 
current period reward are often random variables that can only be 
observed at the end of the current stage. 
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7 Richard Bellman. Dynamic Program- 
ming. Princeton Univ. Pr., 1957. 
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STOCHASTIC DYNAMIC PROGRAMMING deals with problems in 
which the current period reward and/or the next period state are 
random, i.e. with multi-stage stochastic systems. The decision 
maker’s goal is to maximise expected (discounted) reward over 

a given planning horizon. In their most general form, stochastic 
dynamic programs deal with functional equations taking the follow- 
ing structure 


fils) = min ce(s,a) + y Psift+i(7)- 


J€Siy1 


where 


* c;(s,a) is the expected immediate cost (resp. profit) incurred if 
action a € As is taken in state s € S; of period f; 


e « is the discount factor; 


° Psi be the transition probability from state s € S; towards state 
J © St41, when action a € A; is taken; 


¢ f(s) is the minimum expected total cost (resp. maximum total 
profit) that can be attained during stages t,t + 1,...,n, if the 
system is in state s at the beginning of period t. 


Let the initial state of the system at the beginning of the first period 
be s, once more the goal is to determine f(s). 


Example 40. Consider a 3-period inventory control problem. At the be- 
ginning of each period the firm should decide how many units of a product 
should be produced. If production takes place for x units, where x > 0, we 
incur a production cost c(x). This cost comprises both a fix and a variable 
component: c(x) = 0, if x = 0; c(x) = 3+ 2x, otherwise. Production 
in each period cannot exceed 4 units. Demand in each period takes two 
possible values: 1 or 2 units with equal probability (0.5). Demand is ob- 
served in each period only after production has occurred. After meeting 
current period’s demand holding cost of $1 per unit is incurred for any 
item that is carried over from one period to the next. Because of limited 
capacity the inventory at the end of each period cannot exceed 3 units. 
All demand should be met on time (no backorders). If at the end of the 
planning horizon (i.e. period 3) the firm still has units in stock, these can 
be salvaged at $2 per unit. The initial inventory is 1 unit. 


The problem described in the previous example can be imple- 
mented in Python as shown in the InventoryControl class below. 
Additional classes used are shown in Listing 78 and Listing 79. The 
following code captures the instance described. 


instance = {"T": 3, "K": 3, "v": 2, "h": 1, "s": 2, "pmf": [[(1, 0.5),(2, 0.5)] for 
i in range(0,3)], "C": 3} 

ls = InventoryControl(**instance) 

t=0 # initial period 

i=l # initial inventory level 

print("f_1("+str(i)+"): " + str(ls.f(i))) 

print("b_1("+str(i)+"): " + str(ls.q(t, i))) 


import functools 
class memoize(object): 


def __init__(self, func): 
self.func = func 
self.memoized = {} 
self.method_cache = {} 


def __call__(self, *args): 
return self.cache_get( 
self.memoized, args, 
lambda: self.func(*args) ) 


def __get__(self, obj, objtype): 
return self.cache_get( 
self.method_cache, obj, 
lambda: self.__class__( 
functools.partial( 
self.func, obj))) 


def cache_get(self, cache, key, 
func): 
try: 
return cache[key] 
except KeyError: 
cache[key] = func() 
return cache[key] 


def reset(self): 
self.memoized = {} 
self.method_cache = {} 


Listing 78 The Memoize class; memo- 
ization is a technique for storing the 
results of expensive function calls and 
returning the cached result when the 
same inputs occur again. 


class State: 
"''the state of the inventory system 


vee 


def __init__(self, t: int, I: 
float): 
"''state constructor 


Arguments: 
t {int} -- time period 
I {float} -- initial inventory 


self.t, self.I =t, I 


def __eq__(self, other) 
return self.__dict__ == 
other.__dict__ 


def __str__(self): 
return str(self.t) +" "+ 
str(self.I) 


def __hash__(self): 
return hash(str(self) ) 


Listing 79 State class. 


class InventoryControl: 
'''the inventory control problem 


Returns: 
[type] -- [description] 


ae 


def __init__(self, T:int, K: float, v: float, h: float, s: float, pmf: 
List[List[Tuple[int, float]]], C: float): 


inventory control problem constructor 


Arguments: 
T {int} -- periods in planning horizon 
K {float} -- fixed ordering cost 
v {float} -- per item ordering cost 
h {float} -- per item holding cost 
s {float} -- per item salvage value 


pmf {List[List[Tuple[int, float]]]} -- probability mass function 
C {float} -- capacity of the warehouse 


self.max_demand = max([max(i, key=lambda x: x[0])[0] for i in pmf]) 
self.min_demand = min([min(i, key=lambda x: x[0])[0] for i in pmf]) 
self.max_order_qty = C + self.min_demand 


iT] 


# initialize instance variables 
self.T, self.K, self.v, self.h, self.s, self.pmf, self.warehouseCapacity = T, 
K, v, h, s, pmf, C 


# lambdas 

self.ag = lambda s: [i for i in range(max(self.max_demand - s.I, 0), 

min(self.max_order_qty - s.I, self.max_order_qty) 
+ 1)] # action generator 

self.st = lambda s, a, d: State(s.t+1, s.I+a-d) # state transition 


L = lambda i,a,d : self.h*max(ita-d, 0) # immediate holding cost 
S = lambda i,a,d : self.s*max(ita-d, 0) # immediate salvage value 
self.iv = lambda s, a, d: ((self.K + self.vea if a > 0 else 0) + 

L(s.I, a, d) - 

(S(s.I, a, d) if s.t == T - 1 else 0)) # immediate value function 
self.cache_actions = {} # cache with optimal 


state/action pairs 


def f(self, level: List[float]) -> float: 
s = State(0, level) 
return self._f(s) 


def q(self, period: int, level: List[float]) -> float: 
s = State(period, level) 
return self.cache_actions[str(s)] 


@memoize 
def _f(self, s: State) -> float: 
#Forward recursion 


v = min( 
[sum([p[1]*(self.iv(s, a, p[0])+ # immediate cost 
(self._f(self.st(s, a, p[0])) if s.t < self.T - 1 else 0)) # 
future cost 
for p in self.pmf[s.t]]) # demand realisations 
for a in self.ag(s)]) # actions 


opt_a = lambda a: sum([p[1]*(self.iv(s, a, p[0])+ 
(self._f(self.st(s, a, p[@])) if s.t < self.T - 1 else 0)) 
for p in self.pmf[s.t]]) == v 


q = [k for k in filter(opt_a, self.ag(s))] # retrieve best action 
List 

self.cache_actions[str(s)]=q[0] if bool(q) else None # store an action in 
dictionary 

return v # return expected total 
cost 


MARKOV DECISION PROCESSES” represent a special class of 
stochastic dynamic programs in which the underlying stochas- 
tic process is a stationary process that features the Markov property. 
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To implement Stochastic Dynamic 
Programming in Python we make 
extensive use of Lambda expressions 
(also known as Anonymous functions) 
to define: the function that generates 
the set of feasible actions for a given 
state, the state transition function that 
determines the future state given a 
present state and an action, and the 
immediate value function for an action 
taken in a given state. 


7 Martin L. Puterman. Markov decision 
processes: Discrete stochastic dynamic 
programming. J. Wiley & Sons, 1994. 
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memoization, 174 

memoryless property, 169 

METRIC, 163 

minor setup cost, 59 

modified (s,5) policy, 140 

modified base-stock policy, 128 
Moving Average (MA) model, 111 
Moving Average method, 77 

MSE, see Mean Squared Error 
multi-echelon inventory systems, 151 
multi-period Newsvendor, 123 
multi-step prediction intervals, 94 
multiple items, 59 


Naive method, 81 

Nelder-Mead’s algorithm, 124, 145 

nervousness of control, 141 

Newsboy, 117 

Newsvendor, 117, 122 

non-parametric time series analysis, 
76 

nonstationary (s,S) policy, 137 

nonstationary stochastic process, 137 


on hand inventory, 26, 158 

one-step forecasts, 82 

one-step prediction intervals, 94 

one-warehouse multiple-retailers 
system, 163 

opportunity cost, 117 

optimality of (s,S) policies, 129 

order of an ARMA(p, q) process, 112 

order of events, 127 

order-up-to policy, 142 

ordering cost, 129, 132 

outstanding orders, 158 

overage cost, 117 


Pacioli, L., 22 

parametric time series analysis, 76 

penalty cost, 31, 132, 142, 144, 146, 
149 


per unit purchase cost, 30, 31 

periodic review, 25, 28, 61, 153 

piecewise linearisation, 147 

planned backorders (EOQ), 53 

planned backorders (Wagner- 
Whitin), 64 

planning horizon, 173 

Poisson process, 168 

Poisson processes, 167 

Poisson random variable, 167 

positive initial inventory (Wagner- 
Whitin), 63 

power transformation, 98 

powers-of-two policies, 49, 59 

prediction intervals, 93, 94, 104, 107 

predictive analytics, 21 

predictive inventory analytics, 22 

prescriptive analytics, 21 

prescriptive inventory analytics, 22, 
114 

priority queue, 32 

production on a single machine, 56 

production synchronisation, 59 

production/delivery lag, 48 

profit function, 117 

projection algorithm, 163 

purchasing cost, 117, 129, 132 


Q-Q plot, 79 

quantity discounts, 50 
quantity-oriented nervousness, 141 
queueing system, 170 


random walk, 81 

random walk with drift, 84 

realised echelon stock inventory 
position, 158 

reasons for keeping inventory, 25 

renewal process, 168 

replenishment cycle, 41, 61, 132, 142 

residuals analysis, 78 

reward-renewal theorem, 132 

RMSE, see Root Mean Squared Error 

rolling horizon control, 148 

Root Mean Squared Error, 91 

rotation schedule, 57 


salvage value, 117 

scale-dependent error measures, 91 

seasonal component of the time 
series, 104, 106 

seasonal difference, 87, 108 

Seasonal Naive method, 87 

seasonal random walk, 87, 106 

selling price, 30, 117 

sensitivity analysis (EOQ), 46, 47 

sequential decision making, 173 


serial correlation, 108 

serial system, 153 

service level constraints, 119 

setup time, 56 

setup-oriented nervousness, 141 

shortage cost, 31, 119, 129, 132, 142, 
144, 146, 149 

shortest path reformulation for the 
Dynamic Lot Sizing, 61 

significance testing, 79 

Simple Exponential Smoothing, 99 

simulation-optimisation, 145 

smoothing equations, 104, 106 

smoothing parameters, 104 

state, 173 

state of the inventory system, 137 

state space formulation, 103, 107 

state transition function, 173 

state variable, 26 

static uncertainty strategy, 141, 146 

static-dynamic uncertainty strategy, 
141, 142, 144 

stationary (s,S) policy, 132 

stationary stochastic process, 75 

Stochastic Dynamic Programming 
(SDP), 137, 173 

stochastic inventory control, 116 

stochastic process, 75 

stochastic programming, 146 

stock allocation strategies, 162 

stock keeping unit (SKU), 26 

supply chain, 25 

supply chain management, 25 


test data, 90 

time, 25 

time series, 75 

time series analysis, 75 

time series forecasting, 75 

Total Quality Management diagram, 
26 

training data, 90 

transition probability, 174. 

trend component of the time series, 
104 


uncertainty, 25 
underage cost, 117 


variance stabilisation, 98 
Wagner-Whitin problem, 61 
warehouse, 26 

weighted moving average, 111 


white noise, 76 


zero inventory ordering, 41, 55, 59 


VENTORY ANALYTICS 


ERTO Ross! 


lume provides a comprehensive and accessible introduction 

ae and practice of inventory control — a significant 
rch area central to supply chain planning. The book outlines the 
) \dations of inventory systems and surveys prescriptive analytics 

dels for deterministic inventory control. It further discusses 
dictive analytics techniques for demand forecasting in inventory 
ntrol and also examines prescriptive analytics models for stochastic 
entory control. 


ry Analytics is the first book of its kind to adopt a practicable, 
| n-driven approach to illustrating theories and concepts via 
computational examples, with each model covered in the book 
accompanied by its Python code. Originating as a collection of self- 
_contained lectures, this volume is an indispensable resource for 
_practitioners, researchers, teachers, and students alike. 


S: 


This j is the author-approved edition of this Open Access title. As with 
all Open Book publications, this entire volume is available to read for 
free on the publisher’s website. Printed and digital editions, together 
with supplementary digital material, can also be found at http://www. 
openbookpublishers.com 


Cover image: Photo by Tiger Lily from Pexels, https://www.pexels.com/photo/shelves-on-a-warehouse-4483608/ 
(front); Boat in Body of Water, https://www.pexels.com/photo/business-cargo-cargo-container-city-262353/ 
¢ (back); Cover Design by Anna Gatti. 


= Ebook 
= zs Someta OpenBook 
eae a Publishers 


